m2t dateien unterschiedlich?

hallo zusammen,

ich habe zwei sorten m2t-files bekommen:
1.) von der maz jvc-br50 gecaptured, 720p25
2.) vom firestore runterkopiert, 720p25

beides von jvc hdv kameras (hd100 und hd251).

wenn ich die dateien in edius 3.62 hole, lassen sich die von der maz gecaptureten dateien abspielen, die dateien, die vom firestore kommen, bleiben nach 1 sekunde hängen und der rechner steht.

1. frage: was kann das sein? ich dachte, m2t wäre m2t!?!?
2. frage: vielleicht geht das problem weg, wenn ich nach hq wandeln lasse!? wie geht das, was muß ich tun und mit welchem programm?

ich habe edius 3.62 und den pce für edius zur verfügung.
danke schonmal im voraus für eure hilfe.

ja, danke für die info. aber was mache ich jetzt (siehe frage 2)??? ich möchte die vorhandenen clips nachträglich in hq umwandeln lassen. was muß ich dafür tun?
ich muß die clips schneiden und davon eine dvd erstellen. deshalb eilt es leider.

danke für deine hilfe. ich hab dir was zugemailt.

im windows media player 10 werden die clips übrigens bei mir abgespielt, nachdem ich die endung m2t angemdeldet hatte.

beruhigend zu wissen, daß es mit der aktuellen edius-version auch nicht geht...
danke für den test.

ich habe in pce für edius nur die option gefunden, in "hdv 1" oder "hdv 2" zu wandeln, was ebenfalls m2t entspricht. dann läßt sich die testdatei auch in edius benutzen. zur not kann ich so arbeiten, hoffe ich. die frage ist, wenn ich innerhalb einer gop schneide... dazu hätte ich gern eine antwort von den canopus-mitarbeitern (oder jemand anderem hier im forum, falls man mir helfen mag).

wenn ich jetzt das intraframe-basierte hq nutzen will, was mache ich dann? die vorhandenen clips sind da und ich kann das material nicht selber neu capturen. so what?

gop=group of pictures.
m2t beinhaltet voll codierte bilder und dann immer eine reihe differenzcodierter bilder (sog. intERframe-codierung). dadurch wird die dateigröße kleiner. wenn man also innerhalb einer solchen gruppe schneidet, muß edius aus den differenzbildern vollbilder errechnen und ich weiß nicht, inwieweit da rundungsfehler passieren. hier wird immer gepriesen, mit dem hq-codec erzeugten dateien wären zum arbeiten so viel besser, da sie ausschließlich vollbilder enthalten (intRAframe-codierung). ich frag mich nur, wie ich da an die dateien ran komme, ohne gleich den pc2 zu kaufen.

danke für die info. zu dem thema hab ich im hq-codec-thread noch eine weitere frage gestellt. sie kam mir da besser aufgehoben vor, weil sie auch von allgemeinem interesse sein dürfte.