kein Maincocept-DV-codec bei Aufnahmeeistellungen?

[conan]

würde mich jetzt auch mal interessieren.Benütze zwar s8 zum capturen,wird aber auch mittels dvcswitch gestartet (canopus codec)..

ist ja hier teilweise zu lesen das beim capturen nut das dv-material kopiert wird,also es eigentlich egal ist welchen codec man mit dvcswitch einstellt?oder?

und noch ne frage zu dvcswitch:wie lange sollte man eigentlich die zeit einstellen bis die capture.dll wieder zurück kopiert wird? default ist ja 1sec.

dank
_________________
Das perlt jetzt aber richtig.
------
Nachtisch essen ist der erste Schritt zum Gasgrillen.
---
http://tinyurl.com/d4r54z

[Gunnar]

[Wolfgang]

Der aktuelle MC-dv-codec schafft es zumindest, den Helligkeitsumfang nicht mehr zu reduzieren wie dies noch bei der früheren Version der Fall war.

Der letzte M$-dv-codec in directX9 dürfte besser sein als die älteren packages - aber reduziert unverändert den Helligkeitsumfang.

Es gibt Leute, die diese Reduktion des Helligkeitsumfangs nicht per se wollen - sonder lieber selbst einstellen wollen, ob sie diesen "sendesicheren Bereich" auswählen oder nicht. Ich neige hier dazu, diesen Standpunkt einzunehmen.

Wirklich gute Tests über die letzten Codecs habe ich bisher noch nicht gesehen.

Verwendet man zum capturen den scenalyzerlive, so läßt sich ja eine Einstellung auswählen, wo zumindest im Header der am System installierte mainconcept-codec hineingeschrieben wird. Ansonst ist die Übertragung via firewire ja bekanntlich nur eine Kopie, wo keine Neuberechnung passiert.

Neuberechnung - und erst dort wird die Güte des Codecs wesentlich - erfolgt erst beim Rendern und bei der Ausgabe.

Und ja - Premiere hat halt mit der Verwendung von alternativen DV-codecs noch immer seine liebe Not, und braucht Verrenkungen wie den DV-switch. Will man mit dem mc-dc codec unter AP arbeiten, so würde ich halt empfehlen, eher mit dem Scenalyzerlife in der MC-Einstellung aufzunehmen - der hat ja auch gleich eine gute Szenentrennung, was bei AP 6.5 noch immer fehlt. Dann halt unter Premiere nach dem MC-dv-codec rendern.

Aber Achtung: bei sehr vielen Usern stürzt AP 6.5 gerade beim Arbeiten mit dem MC-dv-codec relativ oft ab - also öfters zwischenspeichern.

Insgesamt bleibts leider ein Krampf - wobei es für das kommende AP Pro zumindest das Gerücht gibt, daß dort der MC-DV-codec lizensiert und integriert sein soll (unbestätigtes Gerücht versteht sich!).
_________________
Gruß,
Wolfgang

http://videotreffpunkt.com

[Helmut]

Jepp .... der wschmid sagte es. So isses.
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[conan]

muss nochmal nachbohren..

wenn ich das richtig verstanden habe wird ja also beim capturen nur die gewählten codec-headers geschrieben..

also ist dvcswitch nur dafür da,sich aussuchen zu können welche header bei der capturing software geschrieben werden (wenn mans nicht einstellen kann,wie bei scenalyser)..?
da man ja den export codec in fast jeder schnittsoft frei wählen kann (auch premiere)..

richtig?
_________________
Das perlt jetzt aber richtig.
------
Nachtisch essen ist der erste Schritt zum Gasgrillen.
---
http://tinyurl.com/d4r54z

[Wolfgang]

Ich habe es so verstanden, daß es wichtig ist, mit welchem Codec ein Tool intern rendert. Wenn du bei AP renderst, ohne irendwelche Tricks der genannten Art oder Harwarekarten, so wird immer der M$-dV-codec verwendet - was ein Nachteil sein kann, wenn du etwa den vollen Helligkeitsumfang erhalten willst.

Ist hingegen in den Projekteinstellungen der mc-dv-codec eingestellt - was eben nur mit Tricks geht, dann sollte auch danach gerendert werden (zwischendurch etwa).

Rendern bei der finalen Ausgabe kann dann vermutlich unabhängig davon nach allen möglichen Codecs erfolgen, soferne sie anwählbar sind.
_________________
Gruß,
Wolfgang

http://videotreffpunkt.com

[conan]

ah,jetzt hab ichs so ungfähr..

was mir dann aber wieder die frage aufwirft,dass ja nur für die vorschau gerendert wird.will heissen das es ja eigentlich egal ist,da beim finalen rendern der gewählte (im codec dialog des schnittprogramms) codec verwendet wird..

oder liege ich da falsch?

ich halte es nun so (arbeite mit vdl2003),dvcswitch einstellen canopus codec,in vdl schneiden usw. als dv-avi auf platte ausgeben lassen,vdl (andere glaub ich auch) kopiert ja dann die unveränderten teile des videos (welches ja mit canopus headern gecaptured wurde),und rendert die überblendungen usw. mit dem canopus codec...
_________________
Das perlt jetzt aber richtig.
------
Nachtisch essen ist der erste Schritt zum Gasgrillen.
---
http://tinyurl.com/d4r54z

[Helmut]

Der Switcher "unterschiebt" ja dem Premiere den anderen Codec. Premiere "glaubt" den MS-Codec zu verwenden.

Wenn man einen MS-CodecAVI hätte, dann aber den Canopus verwenden würde, müsste man das ganze AVI rausrendern lassen. Das ist z.B. für mich in der Regel ein Grund das NICHT zu machen. Dauert mir zu lange. Gehe meistens per Frameserver oder über ein PlugIn (ProCoder) ..

mb1 schwört aber auf den anderern Weg - wenn ich es recht verstanden habe. CanousCodec durchgängig bis zum ProCoder wg. Kompatibilität und besseren Ergebnis. Irgendwie lallen die alle (auch Angelika) davon das die Farben besser kämen usw.

Na ja ... weiß ned. Werde es mal auch so versuchen. Meine Versuche in die Richtung hatten mich ned vom Hocker gehauen. Kann aber sein das da was schief gelaufen ist oder das ich blind bin (These von mb1
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[conan]

mhh,also ich schliesse mich mb1`s weg an...

das mit dem ms-codec file,und dann als canopus ausgeben leuchtet ein ( muss ja dann komplett neu gerechnet werden)..


ich glaub man sollte auch im allegemeinen nicht zwischen den codecs hin und her swappen...is dann wahrscheinlich schlimmer wie nur den ms-codec zu verwenden (wobei ich in ihm auch keine (wesentlich) schlechtere quali sehe)..

aber soviel arbeit is es ja auch nicht,mal kurz das schnittproggi per dvcswitch zu starten,und vom codec wissen her vertrau ich da vollkommen uf mb1...
_________________
Das perlt jetzt aber richtig.
------
Nachtisch essen ist der erste Schritt zum Gasgrillen.
---
http://tinyurl.com/d4r54z

[Wolfgang]

Wir wissen vermutlich zuwenig, was das Tool treibt, wenn man als Projekteinstellung den MS-dv-codec hat - und erst final nach dem canopus codec ausgibt.

Wichtig ist wohl, daß es nicht versehentlich zum Uncodieren nach ms-dv-codec kommt - denn dann ist der Farbraum entsprechend reduziert. Und weg ist weg.

Also müßte man bereits beim capturend der header mit dem alternativen codec markiert werden (im Scenalyzerlife) - auch wenn dort sonst noch nichts passiert. Im Projekt sollte man in den Projekteinstellungen den alternativen dV-codec haben. Und dann das rendern zum Zweck der finalen Ausgabe nach dem alternativen codec komplett machen.

Dann solltest du auf der sicheren Seite liegen.

Das erwähnte zwischenzeitliche Rendern dürfte eigentlich dann nicht auftreten - wenn du sauber im alternativen dv-codec bleibst.

Aber manchmal frage ich mich, wie gut eben diese workarounds wirklich sind - ich selbst habe schon einige Zeit diesen Weg nicht mehr beschritten, und bevorzuge langsam tools die wirklich die codecs sauber ansprechen können.



Zuletzt bearbeitet von wschmid
_________________
Gruß,
Wolfgang

http://videotreffpunkt.com

[Wolfgang]

[Wolfgang]

Weils ganz gut herpaßt, mal einen Link zu einer Homepage, wo die auch hier genannten Codecs verglichen wurden:

Siehe hier
_________________
Gruß,
Wolfgang

http://videotreffpunkt.com

[Gunnar]

[mb1]

Ich finde es immer wieder lustig, wenn die Leute vom "neuen" MC-DV 2.3.1 begeistert sind (siehe auch Testlink von wschmid oben). Der wär ja jetzt so viel besser als der 2.1.0

Aussage von Mainconcept:

[Gunnar]

@mb1

Danke für die Auskunft .... bleibt also alles beim Alten. Canopus-DV und sonst nix.

Gruß Gunnar
_________________
Gruß Gunnar

[Wolfgang]

@ mb1

der Kommentar des mainconcept supports ist mir durchaus bekannt - und ich habe nicht behauptet, daß zwischen 2.1 und 2.3.1 irgendein wesentlicher Unterschied besteht. Oder habe ich?

Richtig ist aber unverändert, daß diese Version im Gegensatz zu 2.0.4 zumindest einen Ein-/Ausschalter hat, um den vollen Helligkeitsumfang zu erhalten oder eben nicht. Daß dies nicht alles ist - klar. Nur ist halt der Canopus Codec auch noch um einiges teurer als der mc-codec.

Und daß der microsoft codec mies ist, da bin ich ja bei dir - habe ich etwa das Gegenteil behauptet?? Also verstehe ich da deinen Kommentar noch nicht ganz.

Gute Tests sind im Übrigen tatsächlich ausständig - nur gehören dort halt einige Codecs getestet. Neben den bereits erwähnten Codecs u.A. auch mal der Sonic Foundry codec - da habe ich zumindest noch keine wirklich guten und aufschlußreichen Tests gesehen. Und die hier erwähnten mjpeg-codecs gehören auch mal mit einbezogen - die sind nämlich gar nicht schlecht.

Würde mich übrigens freuen, mal wieder einen deiner guten Artikel zu lesen, der dieses Thema endgültig erhellt. Würde ja gerne mal selbst was machen, fühle mich da aber alleine sicherlich nicht sattelfest genug.



Zuletzt bearbeitet von wschmid
_________________
Gruß,
Wolfgang

http://videotreffpunkt.com

[root]

@mb1
hattest Du bei Deinen MC-Codec-Tests die standardmäßig gesetzte Option fastest zurückgesetzt, so es die in der aktuellen Version noch gibt?
Bei VfW kann die Option im configure-Dialog direkt gesetzt werden. Gespeichert wird sie in der win.ini unter [MC_DVSC] / DV_CF_Flags
root

[Helmut]

Tja

Hab gerade ein größeres Projekt am Wickel. Ist ne Johannifeier mit Sonnenwendefeuer der Behinderteneinrichtung in der eine meiner Töchter lebt.

Das sind etwa ne Stunde Film - soll auf DVD und mal mit Beamer vorgeführt werden.

Da könnte es sich mal lohnen das auszutesten. Schau mer mal.
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[Avalon]

[orchidee]

Na da bin ich aber jetzt verwirrt.
laut dem Artikel hier scheint es aber richtig zu sein, was Avalon meint, denn