MPEG zusammenfügen?

[Helmut]

TMPG > TOOLS > CUT & JOIN - Fertig !

[Helmut]

Na dann eben "merge & cut! " So heißt das jetzt. Wo ist das Problem ? Da halt die MPG´s reinziehen und neuen Namen geben und Start. Ist doch net kompliziert - oder ?

[Alain]

Was für ein Problem??
Gefällt dir der Name Merge & Cut nicht oder was???
Alain R.

[Brutus]

Hi
Im dosfenster:
copy /b *******.***+*******.***+ .... Fertig.***
cu

[Kika]

@Brutus
NEIN, NEIN, NEIN!!!
Das klappt, wenn man's nur auf dem PC abspielen will. Und selbst da gibt's manchmal Probleme. Stand-alones flippen meisten aus, wenn man ihnen sowas vorsetzt.
MPEG-Dateien haben Header und wenn man zwei Files einfach so zusammen kopiert, bleibt der der zweiten erhalten, und das an einer Stelle, an der er nichts zu suchen hat.

> copy /b *******.***+*******.***+ .... Fertig.*** ?
Nee, kaputt!

[Alain]

Wenn dir TMPGEnc nicht gefällt oder er Probleme macht obwohl dass du sicher bist dass video und audio mit den selben einstellungen encodiert wurden, kannst du auch MpgJoin oder den Camel's MPEGJoin nehmen
Alain R.

[Ulf]

...und die funktionieren ohne Bild- oder Tonaussetzer?
(Das kann z.B. TMPGEnc nicht - da piepst es an der Nahtstelle.)

[Helmut]

MpgJoin oder den Camel's MPEGJoin nehmen .. ?
Piepst net ... ist aber im Poppo das Ganze. Die Progis machen nix anderes als copy/b File1+file2 File3.mpg unter Dos.

[cool]

Warum nicht für einfache Gemüter einfache Lösungen?

[Ulf]

...ohne Pieps und trotzdem Mist - so'n Programm hatte ich auch schon. Die so erzeugten Files sind offenbar nichtmal wieder herzustellen.

[swissChris]

Hi

Funktioniert dieses Zusammenfügen auch einwandfrei, wenn die MPEGII-Quelldateien unterschiedliche Field-Reihenfolgen haben? Oder muss ich dann auf dem Standalone mit zittrigen Bewegungen rechnen, weil eben im Header z.B. TopFieldFirst steht, aber ein Stück des Films mit umgekehrter Field-Reihenfolge codiert wurde?

Gruss,
Chris

[bergH]

tach auch !
Gerade bei der letzten Version ist das einzeln Brennen mit 0 Sekunden Pause besser.
Den Übergang sieht man bei mit VCDEASY gebranten Scheiben fast nicht und man umgeht u.U.das Problem NICHT Gleiche MPEGS zusammenzupatschen.

Hatte letztens wieder so einen Fall in der Bekanntschaft.
CD1 und CD2 laufen CD 3 nicht.
Warum?
CD1 und 2 VCD NTSC, CD3 PAL SVCD.
Wohlgemerkt beim gleichen Film.
Diese Sauger und Ripper Kiddies haben ja sowas von keine Ahnung. :0 :0 :angry:
_________________
Gruß BergH

[swissChris]

Merci für die Antwort, aber heisst das denn nun, dass Standalones FieldOrder-Wechsel innerhalb eines MPEGs korrekt verarbeiten können oder nicht?

Bye, Chris

[bergH]

tach auch !

Woher soll ich das wissen ?

Wer (ausser Sat 1 und Premiere und alle andeen TV Sender) macht den auch einen Field-Orderwechsel ?

Ich kann mir aber vorstellen, daß das ebi vielen POlayern Probleme macht, wissen tue ich es allerdings nicht. :0
_________________
Gruß BergH

[swissChris]

OK, merci

Hab mich gerade ein bisserl schlau gemacht. Scheinbar handelt es sich dabei gar nicht um FieldOrder-Wechsel, sondern um Phase-Shifts, die durch besch** Kartentreiber verursacht werden.

Naja, basteln wir halt weiterhin mit AviSynth-Skripten herum

[Tsunami]

Woran liegt es das bei mir die Version TMPECEnc 2.58 beim mergen den Speicher bis weit über die Schmerzgrenze belastet (mehr als das dreifache des eingebauten RAMs) ?
Was kann man dagegen machen ?

[bergH]

tach auch !

Schau mal, ob Du unter OPtion /Environmental Settings/ CPU, den Cache eingeschaltet , oder verstellt hast.
Das kann solche Auswirkungen haben.

Bei einer Funktion härt man von 4 Gig Cache.
(Ich maeine es war die unterste.)
_________________
Gruß BergH