FireWire-Karte ausreichend?

[AnimalMother]

@ Root

soweit richtig, aber der Codec ist schon wichtig. Warum, kannst Du hier nachlesen.

All the best,

Animal Mother
_________________
All the best,

Animal Mother

Nichts, was ein Mensch sich auszudenken in der Lage ist, kann so unwahrscheinlich, unlogisch oder hirnrissig sein, als dass es nicht doch ein anderer Mensch für bare Münze halten und diese vermeintliche Wahrheit notfalls mit allen ihm zur Verfügung stehenden Mitteln verteidigen wird.

[Angelika]

@Helmut

[Wolfgang]

[Wolfgang]

[RHO]

Bei mir geht das anscheinend so:
Meine JVC-DV-Kamera schreibt die mit dem JVC-eigenen Kompressor (offiziell: Hardware-Codec) komprimierten Daten als Bits und Bytes auf das Band.
Diese Daten übertrage ich mit Hilfe eines Captureprogramms (ScLive oder MSP) auf den PC. Bei Beginn der Übertragung schreibt das Captureprogramm den Namen eines Codecs in den Header (bei mir MS-DV), soweit ich es messen und sehen kann ändert es aber absolut nix and der Qualität der von der Kamera auf den PC übertragenen Daten. Wenn ich dann anschliessend das Video auf dem PC mit MSP bearbeite, kann ich Smartrendern (rendert nur an z.B. Übergängen) solange ich keinen anderen Codec als den MS-DV wähle. Stelle ich einen anderen Codec als MS-DV ein, wird trotz der Einstellung "Smartrendern" alles neu gerendert, d.h. auf die Eigenschaften und Einstellungen des gewählten Codec umgerechnet.
Dummerweise benutzen verschiedene Codecs identische Bezeichnungen (fourCC), oft dvcs oder dvsd. Solange zwei Codecs die gleichen fourCC haben, rendert MSP nicht mit dem Gewählten, sondern immer mit dem Erstinastallierten mit gleichen fourCC (bei mir der MS-DV). Ich hab deshalb die fourCC der anderen Codecs geändert. Bevor ich die fourCC für den MainConcept-DV und den Canopus-DV geändert hatte, hat MSP, obwohl ich z.B. den MainConcept gewählt hatte trotzdem mit dem MS-DV gerendert.

Ich benutze übrigens am liebsten den Canopus-DV-Codec, eben weil der keinen "Grauschleier" legt.

Gruss, RHO

[Avalon]

Kurze Anmerkungen zu Vegas:

Ja, auch Vegas macht grundsätzlich ein Smartrendering. Gerendert wird nur dort, wo es auch notwendig ist. Und notwendig wird es nur dort, wo es zu Signalveränderung kommt.

Ja, Vegas kann mit dem vollen Farbraumumfang umgehen, ohne jede Einschränkung.
Wie man das bezüglich Capturing beschreibt, ist nicht ganz so einfach. Denn beim Capturing - und das wird immer wieder falsch geschrieben - wird überhaupt kein Codec angewendet. Hier wird dem original DV-Stream lediglich die AVI-Verpackung verpasst. Erstmalig kommt ein DV-Codec zur Anwendung, wenn das Material zur Sichtung oder zur Filterbearbeitung decodiert werden muss. Und hierbei hat dann wiederum auch die AVI-Verpackung, die ein DV-Stream beim Capturing erhalten hat, eine Bedeutung. Hat man das Capturing mit Vegas gemacht, dann wird innerhalb von Vegas auch ganz sicher der Sony Pictures DV Codec für das Decoding angewendet (nicht zu verwechseln mit dem Sony DV Codec, ist was ganz anderes). Die Verwendung des DV-Codecs zum Decodieren und Encodieren kann man in Vegas gezielt auswählen und man kann auch überprüfen, welcher Codec das Decoding, bzw. das Encoding durchgeführt hat. Da sind wir in Vegas auf der sicheren Seite.

Gilt sicher nicht nur für Vegas, aber nur hier kann ich meinen Senf dazu geben ...

Marco

[Avalon]

[RHO]

@Marco

Mit "ändert es" ist das Captureprogramm (es) gemeint.
Die Qualität der Daten, die nach dem Capturen auf der Festplatte liegen, sind identisch mit denen auf dem Band.
Nach dem Schneiden und vor dem ersten Rendern wähle ich dann den Canopus-DV und siehe da: z.B. sind s/w-Titel scharf und ohne den mit dem MS-DV typischen Grauschleier. Das Video wird anscheinend sowohl mit dem Canopus gelesen als auch gerendert. Falls ich das richtig sehe ("sehe" im wahrsten Sinne des Wortes) gibt es dann also keinen Farbverlust. Weder Oben noch Unten.

Gruss, RHO

[Avalon]

Kannst es ja mal objektiv testen. Lad Dir --> dieses ZIP-File runter, entpacke es und importiere es in Deine Schnittsoftware.

Was genau kannst Du denn auf diesem File vor und nach dem Rendern erkennen?

Marco

[Helmut]

@ Angelika ( ! ) ...


Der Avalon sagt es ganz richtig (zum x-ten Mal):

[root]

@AnimalMother,
sicher ist der Codec wichtig, wenn gerendert werden muß. Wer möchte schon gern Farbverfälchungen haben. Ich habe übrigens auch gerade mal mit AP testweise eine schwarze und eine 255er Weissfläsche, (die übrigens ausserhalb der PAL-Spec liegt) mit dem MS-Codec gespeichert und wieder geladen - bei mir steht der Zähler wieder auf 0 bzw. 255 - Bug, Feature oder mache ich was falsch? Egal was hier die Ursache ist, wenn man in der ersten Generation keine Renderprobleme sieht und man i.a. nie gezwungen ist, eine zweite Generation anzulegen, habe zumindest ich kein Problem damit.
Das Beste ist natürlich, wenn schon, (wie von Angelika bemerkt) gar nicht gerendert werden muß, was zumindest bei mir dahingehend gegeben ist, da ich Übergänge und Titeleinblendungen nur sehr sparsam einsetze. Der große Rest wird 1:1 verlustfrei übernommen (->Smartrendering, s.o.)

Man kann es fast mit mp3 vergleichen: Auch hier kann ich den Unterschied zwischen dem Frauenhofer und dem LAME-Encoder in der 1. Generation nicht hören, obwohl sie vorhanden sind.
root
PS: Hatte bisher auch noch nie das Verlangen gehabt ein MP3 neu zu rendern.

[RHO]

Vor dem Rendern: Links schwarz, rechts das Wort "World" hellgrau auf grau-weissem Grund.
Nach dem Rendern in allen drei Fällen links schwarz und rechts:
MS-DV: "World" hellgrau auf grauweissem Grund
Canopus: Weisser Grund, keine Schrift
MainConcept: Grauer Grund und keine Schrift.

Und jetzt die Diagnose: System kaputt?

Gruss, RHO

[Avalon]

RHO, auch im schwarzem Feld ist im Original eine Schrift. D.h. es kommt bei Dir zu Informationsverlusten. Dies würde nicht geschehen, wenn Du durchgängig mit dem Canopus-DV-Codec arbeiten würdest.

[RHO]

Und was ist jetzt die Moral von der Gschicht?

RHO

[Avalon]

Na, wenn ich das richtig interpretiere, hast Du doch bei genau der Vorgehensweise, die Du normalerweise anwendest, bei diesem Test einen Informationsverlust sowohl im Schwarz- als auch im Weißbereich. Ist also nicht optimal.
Wenn Du aber Zugang zum Canpus-DV Codec hättest, dann könntest Du das leicht optimieren, indem Du entweder schon beim Capturing dem File einen Canopus-Header gibst oder aber danach den Header auf Canopus-DV wechselst. Vorausgesetzt natürlich, Du würdest das auch später zu Canopus-DV rendern.

Oder aber, Du bist der Meinung, dass der Unterschied zu geringfügig ist, um darin Mehrarbeit zu investieren. Kann man ja durchaus so sehen.

Marco

[Wolfgang]

[telex]

wie muss sich die PCI Karte nennen, wenn sie nur eine Firewire Schnittstelle anbieten soll und sonst nichts.
Wenn man z.B. bei "alternate" unter Firewire sucht kommen preise von 300€ und mehr zutage.

[DV User]

Einfach (bei Alternate) links auf:
Hardware->Controller->FIREWIRE
clicken, und schon siehst Du eine Menge FW-Schnittstellenkarten ab 29,- Euro aufwärts.

Gruß DV User