So wie ich das sehr ist die 2013 er eine 32 die 2016 er Version eine 64 Bit Version. Aus diesem Grund sind die 2013er Dateien nicht lesbar. Bei laika63 letzter Frage  hat FredW einen Link gepostet, der zu einer Magix-Seite führt. Da steht die Antwort noch genauer.

Gruß

Nein, es hat nichts mit 64- oder 32-Bit zu tun! 

MXV-Dateien sind Videos, diese werden wie alle anderen Videoformate im Programm erst über den entsprechenden Export erstellt!

Aber es kann an der Auflösung liegen oder einer anderen (unbekannten) Einstellung.

Bin mir da aber nicht ganz sicher. 

Weitere Infos zu den MXV-Dateien wären hilfreich.

EDIT:

Es wird an der Exportvorlage MXV liegen, die sich zu VDL 2013/2014 und VDL 2016 unterscheidet.

Die Datei-Codierung ist aber identisch. MXJVID64MXJVH264p

Hatte ich ähnlich im Austausch mit einem Videomacher....

Kleiner Wermutstropfen,

ein mit VDL2016 (64 Bit) convertierter 4K Clip (MP4) nach MXV lässt sich mit VDL2013 nicht lesen.

Nutze ich VDL2014 anstatt 2016 kann VDL 2013 diese Clips lesen.

Da schlagen jetzt wohl die 64 Bits zu.... sprich ein anderes MXV Format aus der 64Bit Application

Hallo,

ich mische mich auch mal ein. Mit 64 bzw. 32 Bit dürfte diese Sache nichts zu tun haben, denn das betrifft ja nur den Programmcode, nicht aber die exportierten Dateien.

Das "Problem" (so es denn eines ist) ist mir schon länger bekannt, mein genauerer Test gerade ergab:

Eine mit VdL 2016 erzeugte MXV-Datei wurde geöffnet in:

VdL 2016 (64 bit) -> ok, klappt natürlich

VdL 2015 (64 bit)-> ok

VdL 2014 (32 bit) -> ok (schon das erklärt, dass es kein 64-Bit-Problem sein kann)

VdL 2013 (32 bit) -> klappt nicht.

VdL MX (32 bit) -> klappt komischerweise!

Andere VdL-Versionen habe ich nicht mehr installiert.

Was da intern genau dahintersteckt, weiß ich nicht. Als besonders schwerwiegend und praxisrelevant sehe ich die Sache allerdings auch nicht an, denn warum sollte ich eine Datei aus einer neueren Programmversion in einer älteren öffnen wollen? Andersherum würde es Sinn machen...

Schöne Grüße,

Markus

Moin moin aus Bremen,

Hatte ich ähnlich im Austausch mit einem Videomacher....

ein mit VDL2016 (64 Bit) convertierter 4K Clip (MP4) nach MXV lässt sich mit VDL2013 nicht lesen.

ich glaube, dieser Videomacher war ich !

Es ist richtig was wabu sagt.

Die mit VDL 2016 erstellten MXV kann VDL 2013 nicht lesen.

Somit gibt es MXV64 und MXV32, die untereinander nicht kompatibel sind.

Ein eindeutig definiertes Format (MXV) darf aber nicht abhängig sein ob es von einem 64 oder 32 Bit System erzeugt wird. Das haben Formate so ansich.

Somit stimme ich heinrichschaeffer zu....

• MXV ist MXV ob 2016 oder 2013.
• Alles andere wäre doch Unsinn.

mfg William... Der A380

EDIT: Achja, der Umstieg von 2013 (32 Bit) auf 2014 (32 Bit) hat dann das Ganze gelöst

Somit gibt es MXV64 und MXV32, die untereinander nicht kompatibel sind.

Kann nicht der Grund sein, siehe mein Beitrag.

Es war mein Austausch mit William - wir hatten gemeinsam gefilmt, wohnen aber 150km von einander.

Also habe ich bestimmte Abschnitte als mxv rübergeschickt....

Ergebnis ist bekannt - auch wenn die Ursache ggf nicht klar ist.

Sooo ungewöhnlich finde ich diesen Arbeitsaustausch nicht....

Ich würde sagen, dieses Thema geben wir mal dem Support weiter.

Wie schon geschrieben, ich hätte nicht unbedingt erwartet, dass es zwingend funktioniert. Aber dass es genau mit einer Version nicht klappt und mit einer älteren dann wiederum schon, das ist schon sehr rätselhaft...

Schöne Grüße,

Markus

Machst du es?

Ja, ich kümmere mich morgen drum!

Es macht für mich schon einen Sinn eine MXV Datei aus 2016er Version in 2013er Version zu importierren -

ich hab am grossen PC eine 2016er und am Notbook die 2013er VdL.

Hab dann eine VideoDemo gehabt und konnte bei der Vorführung die im 2016er erstellte MVX Datei nicht zeigen.

Das war eine sehr blöde Sache gewesen.

Als Ergänzung zu der Auflistung von Markus73:

VDL 17 nur Ton!

Mal gespannt wann eine Antwort vom Support kommt. Ich warte schon etwas länger (www.magix.info/de/laestige-raender-in-bildcollage.wissen.1174563.html).

@Rohe: Danke für die Ergänzung!

Meine grundsätzliche Meinung dazu ist: Magix schreibt nirgendwo, dass das MXV-Format in allen Versionen identisch und somit übertragbar ist. Somit würde ich persönlich keine grundsätzliche Übertragbarkeit erwarten und sehe insbesondere die Forderung, eine neue MXV-Datei auch in älteren VdL-Versionen verwenden zu können, als möglicherweise problematisch an.

Nichtsdestotrotz wäre es natürlich schön, wenn es ginge. Und das beobachtete Verhalten über die verschiedenen Versionen hinweg ist weder logisch noch nachvollziehbar (zumindest nicht für mich)  und sieht eher nach einem Bug aus als nach internen Weiterentwicklungen im MXV-Format, die eine Kompatibilität verhindern.

Kurz gesagt: Die Meldung an den Support ist auf dem Weg. Vielleicht erhalten wir ja hier eine offizielle Antwort, das wäre sicher hilfreich.

Schöne Grüße,

Markus

Ach ja, VDL 17 habe ich ja auch noch. Für diese Version ist eine mit VDL 2016 Premium erstellte MXV-Datei bei mir (auch) kein Probem.

Moin Markus73,

also, das sehe ich anders. Wenn ein Magix-eigener Codec verwendet wird, gehe ich davon aus, dass er in allen Versionen verwendbar ist. Ich bin seit einiger Zeit dabei, digitalisierte analoge Videos zu bearbeiten und nutze dafür Neat und Mercalli. Diese Clips, z. T. längere, exportiere ich als .mxv und arbeite dann damit weiter, alleine um damit eine flüssige Vorschau zu erhalten. Gerade mit diesen beiden Plugins ist es ja schwierig. Anwendung und flüssige Vorschau zu vereinbaren.

Andernfalls müsste das schon beschrieben werden, damit man dann einen Codec nutzt, der generell in allen Versionen verwendbar ist.

Auf die Antwort bin ich gespannt.

Schönes Wochenende

Georg

also, das sehe ich anders. Wenn ein Magix-eigener Codec verwendet wird, gehe ich davon aus, dass er in allen Versionen verwendbar ist.

Wie geschrieben, das wäre schön und hilfreich. Für mich ist MXV allerdings ungefähr das größte Geheimnis von Video deluxe. Man erfährt quasi überhaupt nichts, was das für ein Format ist, welche Komprimierung eingesetzt wird usw.. WMV ist nicht WMV und MPEG ist nicht MPEG etc. Von daher meine vorsichtige Formulierung, vor allem, was die "Rückwärts-Verwendung" angeht.

Da es aber genau in einer einzigen Version nicht klappt, vermute ich auch, dass eigentlich eine generelle Verwendbarkeit angestrebt wurde / wird und dass wir es mit einem Bug zu tun haben.

Ich hoffe auch, dass wir bald mehr wissen.

Schöne Grüße,

Markus