slashCAM Forum

Nun vertragt Euch doch mal bitte...

Der Wolfgang arbeitet halt gerne an Mücken die zu einem Elefanten werden können. Du Jörg, streitest halt gerne mit Wolfgang gelle..., was mich immer wieder sehr amüsiert...

Warum lösen eigentlich meist immer die Männer einen Krieg aus?

Also Faktum ist, daß ich auf diese Schwachstelle des PCEs hingeweisen habe - auch in diesem Thread einige Postings weiter oben. Jetzt tue nicht so, als würde das dort nicht stehen - und lese lieber nach, bevor du für dich so einen blamablen Blödsinn schreibst.

wolfgang hat geschrieben:Jo,

bei dem von dir beschriebenen Weg sollte allerdings ein fundamentaler Fehler auftreten: wenn du HDV-Material im PCE zu SD Material konvertierst, dann werden die Farbräume nicht korrekt umgerechnet.

Und wenn mich Bruno in Wahrheit die Suggestivfrage stellt, ob der PCE unbrauchbar sei - und sich wünscht dass ich sage: "nee, der ist nicht zu gebrauchen" - glaubst du, ich bin so blöd und erkenne das nicht?

Und das ist nicht meine Meinung, der ist nämlich sehr wohl zu gebrauchen. Daher die inhaltlich korrekte Antwort:

wolfgang hat geschrieben:Nein, der PCE ist sehr wohl zu gebauchen. Aber der ist halt für eine HDV zu SD Wandlung nur aus der timeline von Edius heraus gedacht, den die eigentliche Farbraumwandlung in der Canopus Lösung Edius + PCE übernimmt halt Edius, und nicht der PCE.

Aber wenn halt dein Hass/Zorn auf Canopus und mich dazu führt, dass du in Wahrheit nicht mehr lesen oder logisch denken willst, kann und werde ich dir auch nicht helfen.

Der PCE hat die Eigenschaften, die er eben hat. Aus die Maus. Wem diese nicht gefällt - der soll sich doch bei Canopus beschweren. Und mich mal ganz gewaltig .... gern haben.

Nichtmal ich diskutiere so kindisch wie ihr!

Also du verdrehst nur alles - da hat Jo gesagt, dass er im PCE encoded - ich habe ihm lediglich darauf hingewiesen, dass da ein Fehler bei der Farbraumkonversion auftritt. Korrkt? Korrekt!

Also wenn ich Jo das sage - warum wohl. Weil da halt Probleme auftreten, von denen er offenbar nichts wußte.

Die Verwendung des PCEs war hier noch nicht mein Vorschlag, sondern der von Jo. Korrekt? Korrekt!

Und ich sags dir nochmal - vielleicht hifts ja: Suggestivfragen eines Brunos soll er sich selbst beantworten. Der hat ja das Problem gar nicht, der will ja sowieso nur über den SC200 in HDV ausgeben (und hat auch sogar recht mit diesem hochwertigen Ausgabeweg). Ob er nun den PCE nutzen kann/will - nun, mein Hinweis auf die Farbraumprobleme ist steht hier unverändert. Der "PCE für Edius" ist halt für Edius gedacht, und nicht für APP.

Und im Übrigen: aus Vegas heraus habe ich den PCE nie benutzt. Woher hast du diesen Blödsinn? Aus Vegas rendere ich lediglich direkt, weil der in Vegas integrierte Encoder dort bisher keine Probleme gezeigt hat, und weil ich kein Freund von Frameservern bin. Vegas habe ich im oben verlinkten Test benutzt, um mittels Vectoscope die Farbraumverschiebung zu vermessen. DAS ist aber ein gewaltiger Unterschied.

Also versuche nicht weiter, mir die Worte im Mund umzudrehen - was ich gesagt habe, kann jeder nachlesen, das steht dort unverändert schwarz auf weiß. Und diese Streiterei hat mit dem eigentlichen, möglichen APP Problem halt so gar nix mehr zu tun.

Die Frage des Threads lautet immer noch: Wie kriege ich ein HDV-Projekt in PPro2.0 auf DVD?

Dass es ein Bedienungsproblem ist, möchte ich bezweifeln. Aber ich lasse mich gern eines Besseren belehren, dann möchte ich das aber von jemandem hören, der selbst mit PPro2.0 und HDV arbeitet.

Jo hat einen Lösungsvorschlag präsentiert, der zu funktionieren scheint - jedenfalls besser als der Export über den AME.

Hat jemand weitere Ansätze, wenn möglich selbst praktisch erprobt?

Salut Rudi,
ich selbst habe ja kein HDV, aber wenn du After Effects haben solltest, würde ich auf jeden Fall den von Powermac eingestellten Link lesen. Diese Prozedur ist ja geradezu ideal:
Zum sauberen Skalieren des krummen Zeilenverhältnisses muß tatsächlich deinterlaced werden (du hattest also Recht). Da SD das Ziel ist, spielen Auflösungsverluste ausnahmsweise keine Rolle, es kann also ein Halbbild komplett entsorgt werden. Ein progressives Bild in gleicher Auflösung wie ein interlaced-tes ist dem letzteren wohl immer vorzuziehen.

Persönlich glaube ich nicht wirklich, dass ihr da einen Bedienungsfehler gemacht habt. Ehrlich gesagt, das ist eher unwahrscheinlich dass gleich 4 oder 5 Leute einen solchen Fehler machen. Aber es zerhacken einem gleich wieder Leute wie Jörg wenn ich das ausschließe, weil ich den Export aus APP nicht testen kann und nicht testen will.

Also nehmen wir doch mal an, dass das Verhalten von APP2 von euch korrekt beschrieben worden ist, dann wäre die einfache Antwort die: in APP 2 ist die hochwertige downconversion von einem HDV zu einem SD Projekt gegenwärtig nicht möglich. Vielleicht macht Adobe da einen Patch, wer weiß. Aber zur Zeit geht das einfach nicht.

Und wenn das weiters stimmten würde, dann müßte man sich nach einer APP externen Lösung umsehen. Das könnte etwa die standalone Version des Mainconcept Encoders sein, falls der die korrekte Farbraumkonversion beherrscht (was ich in diesem Fall aber nicht weiß da könntet ihr nur den trial testen). Das könnte der Procoder 2 sein, der für die Farbräume filter hat (aber doch recht teuer ist).

Das könnte im Extremfall der Umstieg auf eine andere NLE sein (was sich die wenigsten Leute antun werden, aber denkbar wäre das).

Vielleicht wäre es sogar möglich, aus der Timeline von APP2 heraus das HDV Projekt zu einem HDV Projekt - aber im SD-Farbraum - auszugeben. Das hängt davon ab, ob im APP2 Encoder die Farbräume einstellbar sind. Sind die einstellbar, dann gebe ich das HDV Projekt als HDV Projekt aus - aber stelle vor der Wandlung den Farbraum um. In einem 2. Schritt könnte dann Jo die Wandlung HDV (im SD Farbraum) zu SD (im SD Farbraum) machen - mit dem Procoder Express, der das Umskalieren halt gut kann, aber nicht die Farbraumkonversion.

Jo kann sich auch noch überlegen, ob die Farbraumdifferenzen so sonderlich groß erscheinen - sie kommen bevorzugt etwa in Rot, und gut erkennt man das halt im direkten Vergleich. Hat man den Vergleich nicht vor Augen, erkennt man das halt viel viel schwerer.

Axel, beim Verwerfen eines Halbbildes gibts du aber auch viel von der Bewegungsauflösung auf, die 1080 50i einfach hat. Du würdest eher von 1080 25i ausgehen - und ob man das will, muss auch jeder selbst entscheiden. Könnte fallweise ruckeln, vor allem bei schnellen Bewegungen.

cebros hat geschrieben:Hallo Axel

[...]

2) HDV Tape -> HDV Projekt -> HDV Tape -> DV Projekt -> DVD-MPEG (gut)

[...]

Grüsse
Cebros

Hallo zusammen! Ich würde eigentlich genau dieses Verfahren anwenden. Ich habe ein HDV-Projekt in PPro 2.0 und muss das ganze als PAL-DVD abliefern, also DVD-MPEG2. Jetzt, wie bewerkstelligt Ihr es, dass Ihr vom HDV-Camcorder das Material in DV transkodierend in ein PPro DV-Projekt importieren könnt? Wenn ich das mache, nimmt PPro nichts auf. Auch der Vorschaumonitor bleibt schwarz. Kann man das nur mit bestimmten HDV-Camcordern? Ich habe eine Canon XH-A1.

Danke für die Hilfe.
Gruss,
Halbschuh.

Sorry für die Störung, habe es hingekriegt. Ich musste auf der XH-A1 im VCR-Modus im Menü unter SIGNAL SETUP > HD DOWN-CONV auf ON. Wichtig dabei ist, dass man das einstellt, bevor man das Firewire-Kabel anschliesst. Ist das Firewire-Kabel angeschlossen, ist diese Option deaktiviert. Danach kann man normal capturen.

Gruss,
Brian