Kurze Antwort: 'ne Menge ....
Lange Antwort: Es ist nicht so einfach wie es sich viele Leute vorstellen. Das "eigentliche" Problem liegt darin das hier (in diesem Forum) ca 98% keine Ahnung haben was sie da tun. Macht aber nix, dafür sind ja Foren da um sich Wissen anzueignen.
Ja ja, das Problem mit der 4GB Grenze bei Fat32 ist schon ärgerlich und splitten in meinen Augen noch viel mehr, aber was soll man machen. Bei mir versagen auf unerklährlicher Weise auch sämmtliche Media-Server Lösungen ... Aber ich schweife schon wieder viel zu weit vom Thema ab.
Dein .m2ts ist ein Mpeg-2 Transport Stream Container der aber wahrscheinlich mit Mpeg-4 AVC "gefüllt" ist. Grundsätzlich eignen sich Mpeg codierte Videos nicht gut zum schneiden. Das liegt in der Natur der Sache:
Mpeg setzt immer in Initial Frame (bei Mpeg-4 ASP I-Frame und bei AVC IDR-Frame genannt) danach folgen (echte) Delta Frames => P-Frames bzw. Delta Frames der P-Frames auch B-Frames genannt. Dies B-Frames könne - gerade bei AVC - nicht nur auf das Nächste P oder B Frame referenzieren sondern auch über mehrere Andere hinweg (je nach Spezifikation) und das in beide Richtungen - Vor und Rückwärts.
D.h. um ein Frame an Stelle X zu erzeugen, brauchst du erst mal das Initialframe. Das hat als Einziges alle Bildinformationen. Jetzt geht's weiter bis zur Stelle X wobei alle P-Frames in den Buffer geladen werden. Jetzt die B-Frames, die auf das Bild X zeigen (referenzieren) noch in den Buffer dazupacken. Um Bild X zu bekommen mußt du unter Umständen erst mal 200 Andere Bilder berechnen bis du Bild X bekommst. Das geht natürlich nicht bis Ultimo sondern bis zum nächsten IDR Frame das typischerweise nach ca. 250 Frames kommt (bei NTFS bei ca. 300).
Den Teil von IDR zu IDR Frame nennt man GOP (Group of Pictures). Jetzt stell dir mal vor du schneidest durch so ein GOP durch.
Endet der Film dort ist das überhaupt kein Problem weil es kommt ja sowieso nichts weiter. Dei erster Teil läuft deshalb ja auch ohne Probleme.
Doch Beginnt der Videostream in der Mitte eines GOP's, so kann das Bild nicht berechnet werden da ja das IDR Frame fehlt (plus noch diverse P-Frames und B-Frame Referenzen). PC Player machen meisten einfach weiter bis sie das nächste gültige IDR Frame finden. Aber der Player der PS3 könnte da Ärger machen. Noch dazu ist das ein klarer Verstoß gegen den Mpeg-Standart.
Um vernünftig schneiden zu können, mußt du das also immer an den Stellen tun an denen sich IDR Frames befinden. Nur so ist gewährleistet das auch die gesammte Information - auch für folgende Bilder - zur Verfügung steht.
Leider mußte ich feststellen das weder tsSplitter noch der TsMuxer Framegenau bzw. nach Gop's schneiden sondern nur nach Zeitangaben bzw Größe. Von daher sind beide eher ungeeignet. Ich würde mir eher AVIdemux (ja, das kann noch 'n bischen mehr als nur avi's 8) ) oder MeGUI anschauen.
Die beste Lösung ist natürlich DGAVCIndex - aber das verlangt sehr viel ... äh ... Insider Wissen denn der kann nur AVC in Rohfassung (also ohne Container) schneiden.
Die Ultra-Pro's cutte natürlich mit 'nem Hex-Editor - LOL
:lol
Ich schau mich mal nach 'n paar Tools um ...
