Keine Auswahlmöglichkeit der Halbbildreihenfolge mehr in Procoder 3 bei DVD-Encodierung und andere Probleme....

Hallo alle zusammen.

ich habe 3 große probleme mit dem neuen procoder3:
1.
seit der version 3 gibt es leider keine möglichkeit mehr die halbbildreihenfolge beim dvd-encoding einzustellen . Egal ob ntsc oder pal. es gibt immer nur die möglichkeit " "upper-field"
deshalb ist procoder 3 von anfang an für mich mehr oder weniger unbrauchbar. ich habe deshalb wieder die version 2 aufgespielen müssen. dort kann mann selbst bestimmen ob mit "upper", oder "lower" encodiert wird. und so muss es auch sein, da beide varianten dem dvd-standard entsprechen! ich arbeite sehr oft mit lower-field material,und dvd-encoding ist in meinem fall die hauptaufgabe für den procoder.
ich verstehe einfach nicht das der support bzw. die entwickler ( nach einigen mails meinerseits )seit fasf einem jahr und dem neusten 3.05 update immer noch keine lösung für dieses problem bereitstellt haben.
ein selbst erstelltes generisches mpg- profil ist leider auch keine lösung, da man hier nur im single-pass verfahren encodieren kann.

2.
was ich auch nicht verstehe: warum wurde in procoder 3 die möglichkeit entfernt das dvd-encoding auf mehrere CPUs über die Queue-Funktion zu verteilen? der procoder 2 rechnet auf meinen quadcore( 4 kerne) dasselbe projekt fast dreimal so schnell wie mit dem procoder 3. ( auslastung im taskmananager mit procoder3 ca. 30 prozent) ich habe hierzu screenshots zur ansicht erstellt.

3.
leider liest procoder3 auch meine motion-jpg-Avis nicht mehr ein.( stream error) mit procoder 2 geht es einwandfrei. die avis sind mit einer Black-magic-design-Decklinkkarte
via sdi-Digibeta ( upper-field) aufgenommen worden.

für eure hilfe und anmerkungen bedanke ich mich schon mal im voraus
viele grüße

hallo staffel,
danke für dein feedback.
normalerweise muss man noch den button "one job for each target "anwählen damit im queue-manager auch entsprechend viele slots aktiviert werden. funktionieren tut es dann
aber auch nicht! ich habe letztes jahr im mai(?)meine erste mail diesbezüglich an den support geschickt. passiert ist seitdem aber leider nichts.was mich wundert: bin ich denn der einzige user der ntsc-dvds oder pal-dvds mit "lower-field"-material erstellen muss? das ist mit dem procoder 3 NICHT MÖGLICH, da der stream mit der falschen field-order erstellt
wird.somit völlig unbrauchbar!

Zitat von Goldwingfahrer

LFF nicht möglich...........verstehe ich nicht...klappt doch.
Oder hab ichs falsch verstanden.

hallo goldwingfahrer,
da hast du vollkommen recht, aber mit einem generischen mgp-profile ist, wenn du weiter unten bei den settings nachschaust nur " single pass- constant bitrate " möglich,und so sieht der stream dann auch entsprechend schlecht aus.
das ist definitiv ein bug der sich da eingeschlichen hat!und das canopus-team ist nicht in der lage nach knapp einem jahr mal ein statement oder ein bugfix diesbezüglich abzuliefern.
single pass-constant bitrate ist einfach keine alternative !( zu schlechte bildqualität). immerhin haben wir es doch mit einer "professionellen" software zu tun. procoder habe ich mir nur gekauft, um mpg2-streams in bestmöglicher qualität zu erstellen, und mit Procoder-2 hat das auch ( nach dem ersten bugfix) eigentlich ganz gut funkioniert. volle auslastung meines quad-core, bei bestmöglicher bildqualität.
procoder 3 ist für mich seit knapp einem jahr ein völliger reinfall! ein weiteres update kommt unter diesen umständen für mich jedenfalls nicht mehr in frage.

Hallo,
bei meinen letzten test nach dem 3.05 update war der button für die 2-pass einstellung beim "generic iso-stream" jedenfalls grau invertiert und somit nicht anwählbar.ich werde heute nachmittag nochmal die 3er version installieren und die 2er vorher deinstallieren. vielleicht lag es daran , obwohl der support meinte ,es dürfte kein problem sein beide versionen gleichzeitig auf dem system zu haben. ich werde dann gleich nochmal ein paar screenshots von der ziemlich schlechten performance beim DVD-encoding machen. und wer sich erinnert: damit wurde ja richtig werbung gemacht wie toll "multicore-tauglich" die neue version von procoder ist. genau das gegenteil ist der fall. zumindest beim -DVD-encoding, und wie gesagt: das ist in meinem fall die hauptaufgabe für den procoder, und mit der 2er-version kann ich auch die rechenperformance meines quad-core voll ausnutzen.

noch eine anmerkung zum thema halbbilder:
wenn ich z.b. interlaced-material von einem sony-digital-betacam player ( pal) eindigitalisiere, ist das material immer "upper-field". wenn ich von DV-CAM oder mini-DV eindigitalisiere ist das material immer " lower-field" und genau so muss es auch encodiert werden, da sonst das falsche halbbild zuerst dargestellt wird, was sich durch ein furchtbares "bildzittern" und "ruckeln" bemerkbar macht. das passiert weil jedes halbbild " zeitlich versetzt"
( bei pal um eine fünfzigstel sekunde) aufgezeichnet ist, und somit einen anderen bildinhalt darstellt als das vorangegangene. wenn da beim encoding die field-order nicht richtig eingestellt war , kann man die DVD gleich in den müll befördern. für alle die das mal testen wollen. mit der mini-dv was eindigitalisieren und und als pal-dvd upper-field im procoder rausrechnen und anschließend am fernseher begutachten.

deshalb sind z.b. auch die presets für eine NTSC-DVD im procoder 3 völlig unbrauchbar,( nur upper field first möglich) da hier immer bei ntsc-interlacecd-material zwingend " lower-field" angewählt werden muss . wenn man zum beispiel pal-"upper-field material auf einer NTSC-DVD verarbeiten muss, muss man neben der anpassung der bildwiederholungsrate auch immer noch die field-order mit umrechnen ( also von "upper" in "lower") natürlich mit entsprechenden bildqualitätsverlusten.aber das ist wiedrum ein anderes thema....
ntsc-material ( zb.Feed aus USA ) hat immer "lower-field".das ist dort einfach der Fernsehstandard, so wird das material von der kamera aufgezeichnet (zb. sony digibeta bzw. sp-ntsc)und genau so muss es dann auch encodiert werden. bei "full-frame"-material ( es werden keine halbbilder aufgezeichnet sondern ein vollbild pro frame) ist die halbbildreihenfolge beim encoding mehr oder weniger egal, da beide beim encoding erzeugten hallbbilder bis auf die zeilenfolge völlig identisch sind. es gibt hier sozusagen keinen " bildinhaltlich-zeitlichen versatz" zwischen den halbbildern. das sind zumindest meine erfahrungen mit diesem thema. wenn etwas technich nicht richtig korrekt dargestellt worden ist, bitte ich um nachsicht.
aber so handhabe ich das leidige thema "halbbilder" und bin bis jetzt ganz gut damit gefahren.

Zitat von Goldwingfahrer

Hi goldwingfahrer,

""Nicht anwählbar.....das ist schon so wie Du schreibst.
Habe nämlich in meinen obigen Beiträgen nicht erwähnt dass ich in den "ini`s",genauer gesagt in den "cpf`s"
rumgewerkelt hab.......das ist aber so wie wenn man "operiert am offenen Herzen"

das sollte man doch einem enduser nach möglichkeit ersparen......

"Du meinst statt von DV_Cam "eindigitalisieren"....natürlich...einlesen."

ist das nicht ein und dasselbe??

"Das mit der falschen Fieldordner....bildzittern und ruckeln" kenne ich nicht mehr,vermute dass da der PC3,wenn Material in bff angeliefert wird,automatisch das erste
Halbbild verwirft...das Letzte natürlich auch und dann jedes einzelne Bild dann nachschiebt.
Was der PC3 mit dem danach längeren Tonanteil anstellt.....das weiss ich noch nicht."

das habe ich noch garnicht ausprobiert. wenn ich noch zeit finde werde ich das noch nachholen.

"Genaueres oder obs wirklich so ist kann ich nicht mit Bestimmtheit sagen....lese ich zwar im amerikanischen Ediusforum,so steht da Standard ist LFF."

ich kann es dir mit sicherheit bestätigen, das das ami-footage immer lower field und immer interlaced aufgezeichnet ist.zumindest wenn es mit einer ntsc-sp oder digi aufgezeichnet ist. Deshalb lasse ich mir das footage auch immer in pal "normwandeln" um mir in der postpro eine menge zeit und ärger zu ersparen.

""Aha...was Neues....soviel hier bekannt ist zeichnen Kameras in RGB und in Einzelbilder auf...erst die "Ausgabe" ab der Kamera ist dann
etwas "anders" je nach Kamera.
Oder bin ich da auf dem Holzweg?""

irgendwie schon....
http://de.wikipedia.org/wiki/Digital_Betacam
also ich arbeite fast ausschließlich für den TV-Bereich und hier wird zu 99% mit interlaced-footage ( yuv) gearbeitet

http://de.wikipedia.org/wiki/YUV-Farbmodell

"interlaced" wird immer im halbbildverfahren aufgezeichnet. daher auch der name.
man kann mit einem digibeta-recoder oder player zwischen den unterschiedlichen halbbildern hin und hershuttlen. würden von der kamera nur 25 vollbilder aufgezeichnet sähen beide fields völlig identsich aus.tun sie aber nicht! (ausnahme: abgetastetes filmmaterial auf beta aufgezeichnet)das halbbildverfahren wird ja auch nur deshalb angewandt um die zeitliche auflösung bei 25 bildern in der sekunde zu verdoppeln. eine variante ist mit 50 vollbildern in der sekunde aufzunehmen. dann hätte man dieselbe " zeiltiche auflösung" wie bei 50 Halbildern.( 25 upper fields und 25 lower fields...)
analoge SPs und digibetas zeichnen aber immer im halbbildverfahren auf. die neue 720-reihe kann aber auch 50 vollbilder aufzeichen soweit ich weisse.
aber standard ist nachwievor das interlaced-verfahren
das interlaced-verfahren ist eigentlich nur ein fauler trick um die zeitliche auflöusng" der aufnahme zu verdoppeln ohne das dabei gleich mit 50 Vollbidler hantiert werden muss. dadurch spart man sich gleich mal die halbe " bandbreite"

zum abschluss noch ein screenshot zum thema " schlechte multicore-performance beim procder3

gruss

Alles anzeigen

avisynth ist wirklich ein sehr mächtiges ( aber für einen klassischen "enduser" wie mich auch etwas kompliziertes) tool!
da ich keine NTSC-Mühle habe, bleibt mir eh nichts anderes übrig als das woanders wandeln zu lassen. und selbst wenn mann das material irgendwie in den rechner bekommt,
muss man erstmal alles mühselig umrechnen lassen. nichts für mich! die jungs starten das band, schicken es durch den wandler,lassen parallel einen Pal-recoder mitlaufen und gut ist.
kostet zwar,aber dafür hat man einen haufen stress weniger und kann gleich " eindigitalisieren", und jedes field ist da wo es sein soll
gruss

Zitat von KTVstudios

Bei mir war bisher jede Normwandlung über den PC3 im Vergleich zu anderen Lösungen nicht völlig zufriedenstellen... meistens mit Rucklern bei langsamen Schwenks und Interpolationsartefakten.

stimmt! das problem ist nach wie vor auf 25 bilder runter zu interpolieren.( ich sage nur "horizontalschwenks!) wie gesagt: ich lasse das dann lieber vom " profi" außer haus erledigen. zumindest habe ich selbst es noch nie hinbekommen ntsc-footage in pal so zu wandeln das man es sich danach auch anschauen kann. zum glück habe ich nicht allzuoft mit diesem "grausamen" fernsehstandard zu tun
gruss