Wo gerade über Batchverarbeitung gesprochen wurde: Ich benutze den TS Remuxer für die Erstellung meiner mkv-Dateien. Wenn hier eine Stapelverarbeitung möglich wäre wie bei der Reparaturfunktion, wäre das eine Riesen-Zeitersparnis. Ich habe meistens mehrere Filme in der Bearbeitung, die dann alle am Schluss umgewandelt werden wollen. Das Remuxen geht ja relativ schnell, aber nicht wirklich schnell genug, um dabei sitzen zu bleiben, um die nächste Datei nachzuwerfen. Vielleicht geht es ja anderen auch so?
Viele Grüße
Mike
Diesem Wunsch würde ich mich auch anschließen............
Seit der HD Umstellung vor ein paar Wochen, muss ich grundsätzlich jede Aufnahme vor der Komprimierung mit "DivX plus HD" remuxen. Anderfalls habe ich extreme Synchro-Probleme beim Ton.
Eine zusätzliche Option "anschließend Remuxen" in der eigentlichen Batch Verarbeitung des TS-Doctors, wäre natürlich der Oberhammer ;D
(Sprich kombinierter Schnitt mit anschließendem REMUX)
LG Sven
Steht auf der ToDo-Liste ;D
Hey Cyphi,
gibt es Neuigkeiten zu diesem Fred, bzw. wann könnte man denn mit diesem Feature rechnen :-*
(Warte wirklich sehnsüchtig darauf :( )
Gruß Sven
Sorry, wie Du an der ständig wachsenden Change-List siehst, kommen da immer wieder andere Dinge dazwischen ;D
Ich verwende den TS-Remuxer für alle Dateien, die ich mit den TS-Doctor schneide. Die Ergebnisse waren bis jetzt immer lippensynchron (ohne TS-Remuxer war dies nicht der Fall).
Leider dauert das Remuxen bei größeren Aufnahmebeständen und trotz getrennten Festplatten mit 10.000 rpm doch recht lange. Man sitzt vor dem Bildschirm und wartet, bis die nächste Umwandlung gestartet werden kann.
Die oben angesprochene Batchfunktion besteht wohl noch nicht.
Gibt es einen Workaround, um lippensynchrone MKV-Dateien für zumindest eine enthaltene AC3-Tonspur zu erhalten? Wie gehen die anderen TS-Doctor-Nutzer mit der fehlenden TS-Remuxer-Batchfähigkeit um?
Danke und viele Grüße,
Claus
Zitat von: Cypheros am Juni 23, 2012, 09:01:15
Steht auf der ToDo-Liste ;D
Wie ist denn da wohl der Stand der Dinge? Das Thema kommt ja immer wieder mal hoch und das seit einigen Jahren, aber es will einfach nicht aus der "Planungsphase" rauskommen:
http://forum.cypheros.de/index.php?topic=922.0
http://forum.cypheros.de/index.php?topic=1136.msg4585#msg4585
http://forum.cypheros.de/index.php?topic=1373.msg6297#msg6297
http://forum.cypheros.de/index.php?topic=1411.msg6614#msg6614
http://forum.cypheros.de/index.php?topic=1622.msg8226#msg8226
http://forum.cypheros.de/index.php?topic=1644.msg10774#msg10774
Mike
gibs denn keine andere möglichkeit den Remuxxer über commandline zustarten für ne massenumwandlung? oder nen ganzen Ordner auswählen würde auch schon helfen.
Zitat von: BossXxX am Juli 11, 2015, 09:52:13
gibs denn keine andere möglichkeit den Remuxxer über commandline zustarten für ne massenumwandlung? oder nen ganzen Ordner auswählen würde auch schon helfen.
Ja, das wäre wirklich besser als nichts und ließe sich vermutlich relativ einfach realisieren, wenn man auf jegliche Einstellungsoptionen (z.B. Tonspur-Reihenfolge) komplett verzichtet. Aber angesichts der Warterei auf eine Lösung über die letzten Jahre, glaube ich inzwischen, dass Cypheros seine Prioritäten woanders hat (siehe UPNP-Player). Das muss man eben akzeptieren und sich mal umschauen nach Alternativen.
Mike
Werft doch mal einen verstohlenen Blick auf die Windows-Powershell.
Danach könnt ihr dann das Warten auf die Features im Doc beenden.
Zitat von: Mam am Juli 13, 2015, 06:56:13
Werft doch mal einen verstohlenen Blick auf die Windows-Powershell.
Danach könnt ihr dann das Warten auf die Features im Doc beenden.
Zumindest ich bin nicht so der Konsolen-Grufti. Habe keine blasse Ahnung, wie man über eine Shell auf die Menüs (Remuxer) zugreifen könnte, die dann aufploppenden Fenster automatisch versorgt (Aufruf der als nächstes zu wandelnden Datei z.B.), etc. Für Dich mag das alles locker von der Hand gehen, für mich ist sowas unlösbar. Insofern bin ich gezwungen, auf dieses Feature des TSD zu warten. Trotzdem vielen Dank für Deinen Vorschlag.
Mike
das ist mir auch grad zu hoch.
Traurig diese Jugend... ohne Maus und Joypad sindse aufgeschmissen :o
Zitat von: Mam am Juli 14, 2015, 21:39:50
Traurig diese Jugend... ohne Maus und Joypad sindse aufgeschmissen :o
Mam, der Hellseher. Oder woher kennst Du mein Alter, Alter?
Zitat von: mike33 am Juli 14, 2015, 21:52:43
Mam, der Hellseher. Oder woher kennst Du mein Alter, Alter?
Mussich nich ;D
In Relation zu mir sind die meisten jung, da kann man schon einen "educated Guess" wagen ;D
@Mam, tut mir echt leid, das Du so ein alter Sack bist, wieviele Freunde haste damals verlohren als die Titanic untergegangen ist?
;)
Zitat von: Mam am Juli 14, 2015, 21:56:57
Mussich nich ;D
In Relation zu mir sind die meisten jung, da kann man schon einen "educated Guess" wagen ;D
Statistisch gesehen diesmal ein Rohrkrepierer :D.
Aber zurück zum Thema: Kann man mit der Powershell (wenn man es denn kann) wirklich dem TSD ein Rudel ts-Dateien vorwerfen, dann innerhalb des Programms den Menüpunkt Werkzeuge/Experten-Werkzeuge/TS Remuxer aufrufen und den Haufen nacheinander abarbeiten lassen? Würde mich schon interessieren.
Schönen Abend noch
Mike
Zitat von: mike33 am Juli 15, 2015, 23:29:51
Statistisch gesehen diesmal ein Rohrkrepierer :D.
Na ja, manchmal verliert man, manchmal gewinnen die anderen... :D
Aber egal, bei Besuchen bitte den Rollator draussen an der rechten Seite des Hauses parken, im Haus sind nur Filzräder erlaubt ;D
Zitat
Aber zurück zum Thema: Kann man mit der Powershell (wenn man es denn kann) wirklich dem TSD ein Rudel ts-Dateien vorwerfen, dann innerhalb des Programms den Menüpunkt Werkzeuge/Experten-Werkzeuge/TS Remuxer aufrufen und den Haufen nacheinander abarbeiten lassen? Würde mich schon interessieren.
Radio Eriwan antworte: im Prinzip JA, aber...
Powershell ist immer gut, wenn es ums Verzeinzeln von rekursiven Schleifen geht, wenn Du also eine Liste aller TS Dateien vom Laufwerk C: haben willst, gibst Du einfach ein:
"dir C:\ -recurse -filter "*.ts" -name"
das klingt erstmal nicht so wirklich spannend, aber spassig wird es dann, wenn man ein "|" anhängt, dann wird automatisch eine Schleife erzeugt und die Ergebnisliste EINZELN an den nachfolgenden Befehl weitergeleitet.
Also z.B. "| sort" angehängt, schon ist die Liste sortiert.
Auch das ist noch nicht so wirklich prall, deshalb mal ein sinnvolles Beispiel.
Stört Dich auch, dass Windows dauernd sein Ereignisprotokoll vollmüllt und sogar dutzende von Protololldateien führt?
Wenn Du mal Grosreinemachtag machen willst und alle Protokolle löschen, damit man neue Einträge auch mal wiederfinden kann, wieviel Arbeit ist das?
* Protokoll öffnen
* Menüpunkt "Protokoll löschen auswählen"
* bestätigen, dass man NICHT speichern will
* und dann noch OK drücken
und das dann ca. 2 dutzend Mal: NERVIG!
und wie liest sich das bei der Powershell?
so:
wevtutil el | Foreach-Object {wevtutil cl "$_"}(bedeutet: rufe den Befehl "wevtutil" (bearbeite Ereignisprotokoll) mit den Optionen "E" und "L" (leeren und löschen) auf und zwar für alle Ereignisprotokolldateien, deren Liste man mit "wevutil cl..." ermittelt)
Also kurz gesagt: ALLES, was man per Kommandozeile mit EINER Datei machen kann, geht mit der Powershell völlig simpel mit einer Liste.
Die Anwendung brauchen sich keinen Kopp zu machen, ob Du nun "xxx.ts" oder "*.ts" (sogenanntes "Globbing") angegeben hast, die Powershell löst die Liste auf.
Der Doc hat in seiner "Batchverarbeitung" leider einen programmiererbedingten Totalausfall. Er erlaubt dynamische Parameter, ein absolutes No-Go, das seinen Schöpfer in den Popo beißt...
Ich meine damit die völlig unsinnge Angabe:
"entweder steht vorne eine (einzelne) Datei, dann wird diese als Eingabe gewertet, und der nächste Parameter als Ausgabedatei" oder "dort steht eine Wildcard (*.ts), dann wird der nächste Parameter als AusgabeVERZEICHNIS gewertet".
Son Quatsch ist Teufelswerk!
dat is mir alles zuviel, bin user und will keinen doctor titel in informatik schreiben. einfach start button ist das was ich suche ,)
Zitat von: BossXxX am Juli 16, 2015, 08:17:05
dat is mir alles zuviel, bin user und will keinen doctor titel in informatik schreiben. einfach start button ist das was ich suche ,)
No Pain - no Gain (wie der Latriner sagt).
Dann solltest Du aber nicht hier so rumbellen und nach BATCH schreien, das ist nunmal Kommandozeile und etwas kryptisch. Da gibts keine Startbuttons, höchstens nen "Start"-Befehl.
jetzt mach hier keinen so wind, für meine batch hab ich immerhin schon fast abitur gebraucht.... also bitte, kann nicht jeder so ein gott sein.. sonst wäre es im olymp schon voll, und du müsstest in die kellerwohnung ziehn
Zitat von: BossXxX am Juli 16, 2015, 08:27:29
also bitte, kann nicht jeder so ein gott sein.. sonst wäre es im olymp schon voll, und du müsstest in die kellerwohnung ziehn
Stümmt, deshalb fordere nicht Sachen, deren Tragweite Du offensichlich nicht überblicken kannst und auch offensichtlich nicht dazu bereit bist, Dich in die Materie so einzuarbeiten, wie es dem Problem angemessen ist.
Also, klick ruhig weiter auf den Knöpfen rum und vergesse das böse Wort "Batch".
PS: dieses Haus hat keinen Keller, also tiefer kann ich eh nicht sinken ;D
dafür hab ich ja solche wie dich, die das dann für mich machen.
Zitat von: Mam am Juli 16, 2015, 07:07:03
Aber egal, bei Besuchen bitte den Rollator draussen an der rechten Seite des Hauses parken, im Haus sind nur Filzräder erlaubt ;D
Selbstverständlich. Und der Pfleger? Draußen anbinden? 8)
Zitat
Also kurz gesagt: ALLES, was man per Kommandozeile mit EINER Datei machen kann, geht mit der Powershell völlig simpel mit einer Liste.
Die Anwendung brauchen sich keinen Kopp zu machen, ob Du nun "xxx.ts" oder "*.ts" (sogenanntes "Globbing") angegeben hast, die Powershell löst die Liste auf.
Der Doc hat in seiner "Batchverarbeitung" leider einen programmiererbedingten Totalausfall. Er erlaubt dynamische Parameter, ein absolutes No-Go, das seinen Schöpfer in den Popo beißt...
Ich meine damit die völlig unsinnge Angabe:
"entweder steht vorne eine (einzelne) Datei, dann wird diese als Eingabe gewertet, und der nächste Parameter als Ausgabedatei" oder "dort steht eine Wildcard (*.ts), dann wird der nächste Parameter als AusgabeVERZEICHNIS gewertet".
Son Quatsch ist Teufelswerk!
Danke für die Mühe, die Du Dir mit Deiner ausführlichen Antwort gemacht hast. Zum großen Teil habe ich das verstanden, wobei mir die Syntax allerdings rätselhaft ist. Erinnert irgendwie an Unix (nicht, dass ich da wirklich Ahnung hätte). Als Fazit - korrigiere mich gern, wenn ich da falsch liege - stelle ich fest, dass es dem TSD an einem Kommandozeilen-Kommandos wie 'TS-Remux-MKV' gebricht, man mit der Powershell also eben nicht das spezielle Menü TS-Remux innerhalb des TSD aufrufen kann. Und gäbe es dieses Kommando, bräuchte man die Powershell nicht mehr. Insofern ist die Powershell dann doch nicht die Lösung des Problems, selbst wenn man sie beherrschen würde. Falsches Fazit?
Dein Beispiel mit dem Windows Ereignisprotokoll habe ich übrigens ausprobiert. Klappte ganz geschmeidig. Wobei sich mir nicht erschließt, warum E zwar für Leeren (empty) steht, L aber für Löschen, wo ich eher D oder P vermuten würde. Ist aber wurscht, Hauptsache der Müll ist mal weg. Danke!
Unterm Strich bleibt dann wohl doch das Warten des Maus-und-Joystick-Kiddys auf die Umsetzung des von Cypheros seit ewiger Zeit in Aussicht gestellten Features.
Viele Grüße
Mike
Zitat von: mike33 am Juli 16, 2015, 18:04:38
Selbstverständlich. Und der Pfleger? Draußen anbinden? 8)
rechts aussen am Haus vorbei, da kannst Du ihn anbinden, da ist auch eine Weide mit frischem Gras und ein Trog mit Wasser.
Zitat
Falsches Fazit?
Jep ;D
Es gibt natürlich auch kompliziertere Kommandos, die es erlauben "Rufe Menu Datei auf, starte den Punkt... usw.", aber ich wollte nicht gleich mit Hardcore Sachen ins Haus fallen.
Zitat
Wobei sich mir nicht erschließt, warum E zwar für Leeren (empty) steht, L aber für Löschen, wo ich eher D oder P vermuten würde.
Na, das erschliest sich keinem, das wollte der Programmierer dieses Tools "wevtutil" so haben. Genausogut kann man fragen, warum man beim Doc AUTOFIX angeben soll und nicht SMÖREBRÖD.
Das Tool hat nix mit der Powershell zu tun, es ist ein eigenständiges Programm. Die Powershell wird nur dazu benutzt, das Tool mit den richtigen Aufrufparametern zu füttern.
Damt das so fluffig klappt, muss das Tool entsprechend vorbereitet (programmiert) sein. Und ich fände es viel sinnvoller in den Doc DIESE Erweiterungen einzubauen, als irgendeinen eigenen Batchkram zu entwickeln. Dann würde sich der Kram syntaktisch gleich verhalten, wie der ganze andere Windows Kram und die Leute bräuchten sich nicht extra einarbeiten.
(und für die Programmieronkeln hier wäre es auch weniger Aufwand)
ok ich weiß zwar nicht wo Mam hier gedanklich gelandet ist, aber ich denke er vermutet, dass hier wäre der Thread, der will, dass der TSD eine log Datei für jeden Batchvorgang anlegt (das ginge nämlich dann mit Powershell)
dabei ist das hier der Thread der sich ein Kommando fürs Remuxen wünscht, was es defakto nicht gibt! weder in der Kommandozeile noch der Powershell
oder hat Cypheros plötzlich eine Liste an Kommentaren irgendwo (z.B. im Forum) veröffentlicht, die von dieser (http://www.cypheros.de/tsdoctor_faq.html#3.5) abweicht?
Zitat von: Djfe am Juli 16, 2015, 23:51:36
dabei ist das hier der Thread der sich ein Kommando fürs Remuxen wünscht, was es defakto nicht gibt! weder in der Kommandozeile noch der Powershell
Gäähn :P
Auch mit schütterem (na ja, sagewir mal: "sehr offen getragenen, seeeehr...") grauem Haar und gekrümmtem Rücken ist die Alzheimer Stufe noch nicht hoch genug, um diese Threads zu verwechseln.
Nur weil irgendwas bislang nicht fertig vorhanden ist, heißt das nicht, dass es nicht ans Laufen zu bekommen ist. Und nur weil der Boss hier mein, er hätte sich gegen Debugger geschützt (lol, gegen welche eigentlich ? ? ?) heißt das nicht, dass ich nicht die erforderlichen Nummern für die Menümessages rausbekommen könnte und sie dem Doc artifiziell injektieren ( ;D) kann.
"Sendmessage" ist Dein Freund, wenn man GUI-Only Programme fernsteuern will...
Kennse doch von Dojoohda! "Alles ist möööööglisch..." (nur dasse es in 50 Jahren nie geschaft haben, eine 24hr Digitaluhr in ihre Autos einzubauen, die neuesten Modelle haben nun wieder Analoguhren, da fällt das Problem nicht mehr auf...
und sowas traust du Boss und mike zu? das ist ne Stufe tiefer als GUI und man braucht erweiterte Softwarekenntnisse dafür (ma sehn obs überhaupt tuts dafür gibt, denn Dokumentationen schrecken definitiv 90% der User ab ^^)
Zitat von: Mam am Juli 16, 2015, 20:12:55
rechts aussen am Haus vorbei, da kannst Du ihn anbinden, da ist auch eine Weide mit frischem Gras und ein Trog mit Wasser.
Das nenne ich mal ein gastfreundliches Haus!
Zitat
Es gibt natürlich auch kompliziertere Kommandos, die es erlauben "Rufe Menu Datei auf, starte den Punkt... usw.", aber ich wollte nicht gleich mit Hardcore Sachen ins Haus fallen.
Und wenn der Chef seinen GUI umbaut (ist ja schon passiert), müsste jedes Mal das ganze Script angepasst werden. Davon abgesehen habe ich begriffen, dass der Aufwand für mich als Nicht-Programmierer, der bei 0 anfangen müsste, in keinem Verhältnis stehen würde zu der Zeitersparnis, die mir das Ergebnis am Ende bringen könnte. Danke, Mam, für diese Erkenntnis.
Zitat von: Djfe am Juli 16, 2015, 23:51:36
ok ich weiß zwar nicht wo Mam hier gedanklich gelandet ist, aber ich denke er vermutet, dass hier wäre der Thread, der will, dass der TSD eine log Datei für jeden Batchvorgang anlegt (das ginge nämlich dann mit Powershell)
Wie kommst Du bloß darauf? Wir sprechen hier die ganze Zeit über eine Alternative zu dem fehlenden Feature der Stapelverarbeitung für den TS-Remuxer, egal ob die über den GUI oder die Konsole gelöst wird.
Zitat
oder hat Cypheros plötzlich eine Liste an Kommentaren irgendwo (z.B. im Forum) veröffentlicht, die von dieser (http://www.cypheros.de/tsdoctor_faq.html#3.5) abweicht?
Hat er eben nicht. Und wenn man sich mal anschaut, wann dieser Fred hier gestartet wurde, nämlich im November 2011 (in Worten: 2011) und bei weitem nicht der einzige zu diesem Thema ist, kannst Du Dir sicherlich vorstellen, dass man langsam, aber sicher die Geduld verloren hat. Ich jedenfalls kann es nicht mehr hören, wenn es heißt, das sei auf der ToDo-Liste oder ähnliche Aussagen. Okay, das ist jetzt ein wenig scharf formuliert, aber ich lass es trotzdem mal so stehen.
naja nun, dass ich von der Möglichkeit weiß, könnte man sich theoretisch auch ne neue GUI basteln, die den TSD dann nur im Hintergrund steuert ^^
auf Github mit Versionstags (passend zum Doc)
^wenn sowas public durch Cypheros geduldet wird, ansonsten nur für mich selbst
@Mam ändern sich die IDs bei jeder Version (Compilerbedingt)? oder bleiben die meistens gleich?
Zitat von: mike33 am Juli 17, 2015, 19:04:37
Zitat von: Djfe am Juli 16, 2015, 23:51:36
ok ich weiß zwar nicht wo Mam hier gedanklich gelandet ist, aber ich denke er vermutet, dass hier wäre der Thread, der will, dass der TSD eine log Datei für jeden Batchvorgang anlegt (das ginge nämlich dann mit Powershell)
Wie kommst Du bloß darauf? Wir sprechen hier die ganze Zeit über eine Alternative zu dem fehlenden Feature der Stapelverarbeitung für den TS-Remuxer, egal ob die über den GUI oder die Konsole gelöst wird.
Naja Mam hat nicht gesagt, dass man die Oberfläche derart steuern kann, weswegen ich vermutete, dass er was verwechselt (gibt ja zig Threads zur Stapelverarbeitung), weil ein Teil davon alleine durch das erneute aufrufen des Docs mit unterschiedlichen Dateien (als Liste per Powershell) lösbar wäre -> nämlich, dass für jede Datei ein Log angelegt wird
Zitat von: Djfe am Juli 17, 2015, 19:17:15
@Mam ändern sich die IDs bei jeder Version (Compilerbedingt)? oder bleiben die meistens gleich?
Die IDs ändern sich nur, wenn der Programmierhansel das so will, also im Normalfalle
GAR NICHT. Abgesehen davon, dass eine Änderung völlig sinnlos wäre (ob nun 4711 aufgerufen wird oder 56254 ist dem Programm völlig Banane), ist der Aufwand dafür sogar recht hoch und die Fehlerträchtigkeit noch höher. Ich kenne niemanden, der das freiwillig und ohne Not riskiert.
Der Compiler generiert den ID einmalig beim Erzeugen der Ressource, das wars dann... Etwa so wie Schillers Glocke (ach ja, die Abis von heute sind ja auch nicht mehr das, was man früher so kannte... also: "festgemauert in der Erden...")
Die RessourceIDs werden in Headerdateien als KONSTANTEN definiert...
z.B:
// Microsoft Visual C++ generated include file.
// Used by emule.rc
//
#define IDR_MANIFEST 1
#define IDM_ABOUTBOX 0x0010
#define IDD_ABOUTBOX 100
#define IDS_ABOUTBOX 101
#define IDD_EMULE_DIALOG 102
#define IDS_COMMUNITY 102
#define IDS_RECOVERING 103
#define IDS_SOCKETS_INIT_FAILED 104
#define IDS_HTTPDOWNLOAD_CONNECTED 106
#define IDC_STATUSBAR 107
#define IDS_HTTPDOWNLOAD_RESOLVING_NAME 108
#define IDS_HTTPDOWNLOAD_RESOLVED_NAME 109
#define IDS_HTTPDOWNLOAD_CONNECTING 110Also in diesem Beispiel ist der Menueintrag für die About Box 0x010 (also 16). Message #16 an das Programm senden, schon sieht man das "Über..." Fensterchen.
k thx
hätt ja sein können, dass die IDs beim Compilieren generiert werden (eine aufsteigende Nummer)
ist glaub ich z.B. in Java so
Das Thema kommt mir (wieder mal) bekannt vor. Hier (http://forum.cypheros.de/index.php?topic=2769.msg17331#msg17331) meine Vorgehensweise.
Zitat von: peterfido am Juli 19, 2015, 00:21:42
Das Thema kommt mir (wieder mal) bekannt vor. Hier (http://forum.cypheros.de/index.php?topic=2769.msg17331#msg17331) meine Vorgehensweise.
Naja, dieses Feature wird eben immer wieder gewünscht. Bisher nur leider vergebens. Dein Vorgehen, hat m.E. den Nachteil, dass die im ts-Stream vorliegenden Audioverzögerungen nicht korrigiert werden. Ich hatte hier schon Delays von mehreren hundert Millisekunden. Solange man sich im ts-Stream aufhält, spielt das keine Rolle, weil Video- und Audiostream verblockt sind. Der MKV-Container hat diese Eigenschaft jedoch nicht. Der TS-Remuxer korrigiert deshalb schlauerweise den Versatz, so dass die resultierende mkv-Datei synchron ist. Das gilt zwar nur für AC3-Audio und nicht für mpeg-Audio, aber immerhin.
Mike
^^naja, das feature, war ja schon mal im ts so integriert, das es bereits beim fix mit ausgeführt wurde, aber da zuviele Dau´s ihre TS zerstört haben, und Files mit "ohne" Ton produziert haben, ist es ja wieder entfernt worden.
Zitat von: BossXxX am Juli 20, 2015, 16:18:03
^^naja, das feature, war ja schon mal im ts so integriert, das es bereits beim fix mit ausgeführt wurde, aber da zuviele Dau´s ihre TS zerstört haben, und Files mit "ohne" Ton produziert haben, ist es ja wieder entfernt worden.
Im Ernst? Sprechen wir von unterschiedlichen Dingen? Seit ich den TSD benutze (Anfang 2010), gibt es das Feature, um das sich dieser Thread dreht, m.W. noch nie. Sollte ich das übersehen haben, muss ich meiner Familie nahelegen, mich einzuweisen :-X
Mike
ähh sorry, unterschiedliche dinge, ich hätt halt gerne das erzwingen von 5.1 frames wieder drin gehabt, und das muss ich jetzt übern remuxxer machen
Und Cheffe, wie siehts aus... kann man da was machen oder gibs ein anderes Tool, hab grad 50 Aufnahmen einzeln durch den Remuxxer durch geklickt, und es ist schon a weng nervig.
Ich zieh diesen älteren Thread nochmal hoch, da es mir auch bevor steht unzählige .ts Dateien in .mkv zu wandeln.
Gibts hier schon eine Lösung, sodass man dieses dann als Stapelverarbeitung laufen lassen kann?
Nein, gibt es nicht. Hier gibt es eine Anzahl User, die sich das schon seit vielen Jahren vergeblich wünschen. Auch der TSD 2 kann es nicht, weswegen ich auch kein Update machen werde, solange es nicht aus anderen Gründen (Kompatibilität) unumgänglich ist. Ist schon sehr traurig, aber Cypheros kann ja tun und lassen, was er will, ist ja schließlich sein Baby.
Es gibt Workarounds, die etwas helfen, aber eher unelegant sind.
1. MKV Toolnix: Man wandelt die fertigen ts-Dateien direkt mit MKV-Toolnix in mkv um. Das geht mit Stapelverarbeitung seitens MKV-Toolnix. Nachteil: Ein ggf. vorhandener Audio-Versatz wird nicht korrigiert (=Ton evt. asynchron).
2. Demuxing mit Hilfe von TSD als Stapelverarbeitung (über Kommandozeile). Hierbei erhält man synchrone Audiospuren, da TSD beim Demuxen den Tonversatz ausgleicht. Anschließend Muxen mit MKV-Toolnix (Stapelverarbeitung).
Vor allem bei der zweiten Methode ist der benötigte Zeitaufwand deutlich höher, als er bei einer ordentlichen Implementierung innerhalb des TSD wäre.
Mike
Schade, dass die Diskussion so ins Leere läuft.
Nach dem Hinweis mit der Powershell hatte ich Hoffnung geschöpft. Die Hinweise wurden immer kryptischer und halfen mir nichts (habe selbst mal beruflich programmiert).
Hatte Cypheros angemailt, dass ich auch bereit wäre, einen Obulus für diese Funktion zu bezahlen. Weitere User hätten sich ggf. angeschlossen. Bekam jedoch keine Antwort.
Updaten werde ich, ebenso wie mike33, nicht, da die gesuchte Funktionalität m.E. weiterhin nicht vorhanden ist.
Bin somit weiterhin auf der Suche. Kennt jemand eine Software, die im Stapelbetrieb synchron (!) remuxt? Darf auch was kosten.
Danke,
Claus
habs zwar noch immer nicht getestet, aber versucht mal ;) :
http://forum.cypheros.de/index.php?topic=3458.msg23573#msg23573
Das ist ein Skript eines Users, das nutzt die in Windows eingebaute Powershell um den TSD quasi automatisiert fernzubedienen (fern aus einer anderen Anwendung heraus)
das letzte Update des Skripts ist zwar schon was her, aber es sollte noch funktioniert
die letzte Version ist in dem verlinkten Post, die Beschreibung des Skripts steht am Anfang des Threads
Viel Spaß damit! :)