Abspielen m2t in der timeline

    Sagen wir mal so: also mich störts nicht, wenns mit der P750er doch geht - auch wenns eigentlich nicht gehen dürfte. Auf jeden Fall finde ich mal das Abspielverhalten der m2t files in der Timeline gut.


    Natürlich muß ich damit jetzt mal mehr Erfahrungen sammeln und schauen, ob die Sache sich weiterhin so verhällt.


    Aber mehr Erfahrung bekommt man eh, wenn man damit ein wenig schneidet...
    =)

    Nachdem ich jetzt mal die P750 durch diese Karte hier ersetzt habe:


    Grafikkarte AGP SAPPHIRE ATI Radeon X700 Pro, 256MB, GDDR3
    ATI Radeon X700 Pro, 256 MB DDR
    AGP 8x, TV-Out, DVI
    aktive Kühlung, Lite Retail
    Core Clock: 425 MHz
    Memory Clock: 860 MHz, 128 Bit Interface


    noch kurz meine Erfahrungen dazu: also am Abspielverhalten von m2t Files aus Edius als reiner Software-Lösung verbessert diese Karte rein gar nichts, verglichen mit der Matrox P750. Bei beiden Karten läuft mit gewissen optimierten Einstellungen der m2t stream (auch mit PiP) einige Zeit durch, wird dann aber abgebrochen wenn der Puffer leer läuft. Hier wird vermutlich die Prozessorleistung auch mit einem 3.2 Ghz P4 zu eng, vermute ich mal. Leider.


    Tja, dies ist wohl ein weiterer (guter) Grund für das Arbeiten mit Intermediates - oder für einen schnelleren Rechner.

    Könnte jemand so lieb sein, und mir noch was dazu sagen, wie sich Edius hier auf anderen Systemen verhält? Auch mit verbauter Storm oder gar Nexus?


    Sprich: ist es mit Edius 3.3 in so einem Kontext möglich, etwa 2 native m2t files abzuspielen (2. Stream als PiP im ersten), ohne daß die Vorschau abbricht?

    Also die Storm tut bei HDV gar nichts, du kannst sie auch weglassen. Die NX tut ein bisschen was, z.B. Overlay-Unterstützung. Ist aber nicht weltbewegendes, die Mehrleistung kommt hier eher durch die Rechneranforderungen. Man kann halt keine wirklich langsamen PCI-X - Systeme kaufen ...

    Servus, mal auf die Schnelle, .........m2t Ist nicht immer gleich m2t


    es kommt noch auf den Detailreichtum desVideo- Quelleninhalts der m2t files an.....


    am Dual-Xenon 3.02 (allerdings mit "poor"533MHz FSB) 4 GB ECC


    Beispiel-clip 1...als only OHCI Edius kommt es bei 15er Vorlaufeinstellung mal zum Abbruch, mal nicht, eher 70% Abbruch
    auf HQ exportiert>> Beispiel-clip 1 file = ~ 1/3 grßer als Beispiel-clip 2 file (bei gleicher cliplänge, gleicher Qualitätsenstellung)


    Beispiel-clip 2....läuft der Buffer von den 15 kontionierlich hoch auf seine 96 maximum
    (keine Änderung der nnnn.xxxx gemacht *g*)


    die MB/sec des HQ codec 's sind extrem abhänging vom Detailreichtum der Videoquelle (natürlich bei gleicher Qualitätseinstellung)


    und im dem gleichen Maße wie die MB/sec zunehmen (mit zunehmendem Detailreichtum beim HQ-Export)......


    nimmt die Abspielmöglichkeit des (jeweils entsprechenden) m2t files von der Timeline ab....


    als NXler merkt man den Unterschied des Quell-Inhalts, halt an der Geschwindigkeit mit der der Puffer höchläuft. zögerlich oder flutsch


    zum Ausprobieren zwei m2t Quellen-files mit unterschiedlichen Detailreichtum, beide im m2t = 25Mbit Format,
    schaut euch den MB/sec Unterschied beim Export jeweils als "HQ-fine Quality" an,
    und dann den jeweiligen Pufferverlauf beim Abspielen... im Zweifelsfall die sec. Abspielzeit bis zum "stop....game over"... *g*


    wenn's an die >> als HQ = 9 MB/sec<< geht,
    dann plagt sich meine WS als only OHCI Edius, beim jeweilig entsprechenden >> m2t-Timeline abspielen<< schon ziemlich herum........


    wenn's an die >> als HQ = 6 MB/sec<< geht, erfolgt das entsprechende >> m2t-Timeline abspielen<< ....in einem Rutsch ...


    Beispiel-clip 1: http://homepage.ntlworld.com/bryan.fieldhouse/


    Quelle von Beispiel-clip 1: http://forum.canopus.com/showflat.php?Cat=&Number=276062&
    http://homepage.ntlworld.com/bryan.fieldhouse/


    Beispiel-clip 2 .....http://www.vasst.com/HDV/media/mallard.m2t