Frage von MLJ:@All
User, die Vista 64 Bit und Win7 64 Bit verwenden, könnten mir einen Gefallen tun. Könntet ihr netter weise mal etwas für mich in der Registry bei euch nachschauen ? Es geht um diese beiden Einträge:
"VIDC.UYVY"="msyuv.dll"
"VIDC.YUY2"="msyuv.dll"
"VIDC.YVYU"="msyuv.dll"
"VIDC.IYUV"="iyuv_32.dll"
"vidc.i420"="iyuv_32.dll"
"VIDC.YVU9"="tsbyuv.dll"
"vidc.uyvy"="msyuv.dll"
"vidc.yuy2"="msyuv.dll"
"vidc.yvyu"="msyuv.dll"
"vidc.iyuv"="iyuv_32.dll"
"vidc.i420"="iyuv_32.dll"
"vidc.yvu9"="tsbyuv.dll"
Ich müsste wissen, ob diese Registry Einträge bei Vista 64 Bit und Win7 64 Bit vorhanden sind, so wie ich sie hier reingestellt habe, mehr nicht.
Hintergrund: Ich arbeite an einer zuverlässigen Routine um 32 Bit Codecs auf 64 Bit Systemen (Windows) laufen zu lassen und bei der Deinstallation die Ursprünglichen Registryeinträge und Codecs wiederherstellt.
Die, die ich hier rein gestellt habe stammen von einem Kollegen, aber möchte das gerne hier verifizieren. Wenn einige von euch, die Win8 verwenden auch netterweise mal nachsehen könnten wäre das wirklich toll und danke euch schon mal im voraus.
Beste Grüsse, Mickey Lee
Antwort von dienstag_01:
Unter win7 64 ja.
Antwort von MLJ:
@Dienstag_01
Ich danke dir ;) Damit bleibt nur noch Vista 64 Bit und Win8 64 Bit. Ich hoffe, ich kann dir irgendwann mal weiterhelfen :)
Beste Grüsse, Mickey Lee
Antwort von MLJ:
PUSH
@All
Keiner mit Vista 64 Bit unterwegs ? Ich müsste wirklich nur wissen, ob diese Einträge bei Vista 64 Bit genauso sind wie bei Win7. Nochmal Danke und sorry für den Push :)
Beste Grüsse, Mickey Lee
Antwort von dustdancer:
win8 64
"vidc.yuy2"="msyuv.dll"
"vidc.i420"="iyuv_32.dll"
"vidc.yvyu"="msyuv.dll"
"vidc.yvu9"="tsbyuv.dll"
"vidc.uyvy"="msyuv.dll"
"vidc.iyuv"="iyuv_32.dll"
"vidc.mrle"="msrle32.dll"
"vidc.msvc"="msvidc32.dll"
"VIDC.CFHD"="CFHD.dll"
"vidc.yuy2"="msyuv.dll"
"vidc.i420"="iyuv_32.dll"
"vidc.cvid"="iccvid.dll"
"vidc.yvyu"="msyuv.dll"
"vidc.yvu9"="tsbyuv.dll"
"vidc.uyvy"="msyuv.dll"
"vidc.iyuv"="iyuv_32.dll"
"vidc.mrle"="msrle32.dll"
"vidc.msvc"="msvidc32.dll"
"VIDC.CFHD"="CFHD.DLL"
Antwort von MLJ:
@dustdancer
Hey, danke für deine Mühe :) Das hilft mir wirklich weiter.
@All
Jetzt fehlt nur noch Vista 64 Bit. Hat das jemand ? ;) Es reicht wenn ihr hier schreibt, ob die Einträge wie bei Win7 dort vorhanden sind. Danke :)
Beste Grüsse, Mickey Lee
Antwort von TheBubble:
Ich müsste wissen, ob diese Registry Einträge bei Vista 64 Bit und Win7 64 Bit vorhanden sind, so wie ich sie hier reingestellt habe, mehr nicht.
Ja, es gibt diese Einträge. Und unter dem angegebenen Registry-Pfad noch viele weitere. Nur warum willst Du diese Einträge verändern?
Antwort von MLJ:
@TheBubble
Vielen Dank für dein Feedback :)
Zitat:
"Nur warum willst Du diese Einträge verändern?"
Zitat ende.
Bei dem Codec handelt es sich um einen Broadcast/Production SD/HD 8/10 Bit YCbCr Codec, der die Standard Windows Codecs ersetzt mit dem Unterschied, das man in diesen Farbräumen dann auch Encoden kann, was mit den Windows Codecs nicht geht, weil diese nur als Dekoder funktionieren. Er bietet 19 Farbräume und unterstützt Aja/Kona, Rohde & Schwartz (DVS) sowie Optibase (Videopump) Formate. Der Codec ist auch für QuickTime für Windows (nicht Mac) (ab Version 4) vorhanden, aber wurde nur mit den 32 Bit Versionen von QT getestet. Ob man den 32 Bit QT Codec auf einem 64 Bit System verwenden kann, keine Ahnung, deswegen habe ich den ausgeklammert.
Frage an alle: Gibt es überhaupt QuickTime für Windows in 64 Bit ?
Konkret ersetzt der Codec die Windows Codecs für I420, IYUV, UYVY, YUY2 und YVYU und diese sollen wiederhergestellt werden bei der De-Installation.
Unter Windows 9x-XP (32 Bit) funktioniert es bereits ohne Probleme und reibungslos. Aber das eigentliche ist, wenn man den Codec De-Installiert soll er das System wieder so verlassen, wie er es vorgefunden hat, so, als wenn er nie Installiert wurde. Ich mag es nicht wenn Codecs ihren "Müll" hinterlassen und auf einmal nichts mehr richtig funktioniert, deswegen suche ich hier die Infos zu Vista/7/8 64 Bit, da die Windows eigenen Codecs ebenfalls in 32 Bit sind.
Bevor ich also den Codec auf die Menschheit loslasse, möchte ich sicher sein, das es auch funktioniert mit einem 64 Bit System und die Leute dann keinen Ärger mit dem Installieren/De-Installieren haben und nicht in der Registry rumwuseln müssen um den Rest zu entfernen.
Ich kann so halbe Sachen nicht leiden und habe mich schon zu oft mit Codecs rum geschlagen, die das System aus dem Tritt gebracht haben weil die Routinen mies geschrieben wurden.
Frage an dich: Du hast Vista 64 Bit und gehe ich richtig in der Annahme, das die Einträge dort genauso vorhanden sind wie bei Win7 ?
Danke dir nochmal für deine Mühe :)
Beste Grüsse, Mickey Lee
Antwort von TheBubble:
Bei dem Codec handelt es sich um einen Broadcast/Production SD/HD 8/10 Bit YCbCr Codec, der die Standard Windows Codecs ersetzt mit dem Unterschied, das man in diesen Farbräumen dann auch Encoden kann, was mit den Windows Codecs nicht geht, weil diese nur als Dekoder funktionieren.
Die angesprochenen VfW-Codecs können auch komprimieren.
Ob man den 32 Bit QT Codec auf einem 64 Bit System verwenden kann, keine Ahnung, deswegen habe ich den ausgeklammert.
Mit 32 Bit QT sollte es auch unter einem 64 Bit OS gehen. Soweit mir bekannt, gibt es für Windows aber noch kein 64 Bit QT.
Konkret ersetzt der Codec die Windows Codecs für I420, IYUV, UYVY, YUY2 und YVYU und diese sollen wiederhergestellt werden bei der De-Installation.
Bei den Codecs handelt es sich um alte VfW-Codecs, die es (mindestens teilweise) schon für das alte 16 Bit Windows gab. Viele Programme dürften sich auf das Vorhandensein und das genaue Verhalten verlassen. Einen neuen Codecs würde ich dahet unter einem neuen FOURCC zusätzlich registrieren und keinesfalls bereits benutzte und insbesondere keine sehr sehr weit verbreiteten FOURCC Kennungen übernehmen.
Frage an dich: Du hast Vista 64 Bit und gehe ich richtig in der Annahme, das die Einträge dort genauso vorhanden sind wie bei Win7 ?
Nein, ich verwende seit längerem kein Vista mehr.
Danke dir nochmal für deine Mühe :)
Kein Problem.
Antwort von MLJ:
@TheBubble
Zitat:
"Die angesprochenen VfW-Codecs können auch komprimieren."
Zitat ende.
Leider nein denn wenn du zum Beispiel mit einem USB Grabber, TV-Stick/Karte in diesen Farbräumen aufnimmst, dann wird von der Hardware das Signal im entsprechenden Farbraum raus geschickt und als AVI gespeichert. Die Windows Codecs sorgen nur dafür, das man es sich am PC auch ansehen kann.
VirtualDub hat ebenfalls einen eigenen Encoder für diese Farbräume an Board. In NLE's kann man diese Codecs nicht zum komprimieren nutzen und AVI's müssen vorher Transcodiert werden. In der "Layout.inf" sind das die Standard Codecs, wenn man ein neues Video Device installiert, deswegen sind die noch an Board weil die Treiber der Sticks/Karten darauf zugreifen bei der Installation. Ein Relikt aus den Anfängen von VFW seit Win3x mit dem Unterschied, das aus 16 Bit dann 32 Bit wurden.
Ein weiteres Beispiel ist "Smart Rendering". Angenommen, du hast in YUY2 ein AVI Video aufgenommen von der Karte/Stick und ziehst es in dein NLE, dann kannst du es sofort abspielen, sicher, aber wenn du etwas daran veränderst, schneidest usw., dann fehlt die Möglichkeit es auch in YUY2 direkt wieder auszugeben, damit nur die veränderten Teile gerendert werden müssen. Ich habe noch kein NLE für Windows gesehen, das YUY2 z.B. als Ausgabe anbietet, es sei denn, es wurde ein entsprechender Codec installiert.
Unter VirtualDub geht das nur über "Direct Stream Copy" oder wenn man in der Codec Auswahl "Uncompressed RGB/YCbCr" anwählt und unter "Color Format" dann als Ausgabe "4:2:2 Interleaved YUY2" anwählt.
Abhilfe schaffte man hier mit dem Helix Codec I420. Den konnte man auswählen für die Vorschau, Aufnahme und Ausgabe was ein "Smart Rendering" oder "Intelli Rendering" ermöglichte und man ruck-zuck fertig war ohne alles neu Transcodieren zu müssen. I420 wird übrigens auch Nativ von QuickTime unterstützt, zumindest ab Version 6.
Also was habe ich davon diese Farbräume von einem anderen Codec verarbeiten zu lassen ? Ganz einfach: Nehmen wir einmal an, du hast etwas in YUY2 Aufgenommen und möchtest es in ein anderes Format, sagen wir mal I420 trancodieren. Ohne den Helix Codec würde das nicht gehen.
Nur, bei jeder Änderung eines Farbraumes werden auch diese verändert. Hat man alles unter einem Hut, also ein Codec, der alle Formate beherrscht, gibt es keine bösen Überraschungen da die internen Routinen für das verlustfreie Umrechnen der Farben sorgen. Die Standard VFW Codecs funktionieren für sich alleine, aber sind nicht auf einander abgestimmt mit dem Resultat, das man sich mit "Bleeding" und Chroma Shifts" rum schlagen muss.
Microsoft setzt mehr auf die eigenen Formate und damit die Treiber für Sticks/Karten weiter funktionieren, sind diese VFW Codecs an Board geblieben zumal Microsoft diese Routine für die Hersteller und Entwickler vorgibt. Klingt Banal, ist aber so.
Zitat:
"Mit 32 Bit QT sollte es auch unter einem 64 Bit OS gehen."
Zitat ende.
Das wäre ja toll und werde mich damit noch mal eingehender Beschäftigen. Nochmal Danke für deine Antwort :)
Beste Grüsse, Mickey Lee
Antwort von MK:
Interessant wäre für mich ein YUV-Codec wo der Decoder statt den YUV-Farbraum von 16-235 nach RGB (0 - 255) zu spreizen diesen als Studio RGB dekodiert ohne die Werte unter 16 und über 235 zu clippen.
Sony Vegas macht das richtig, aber viele andere Programme rufen die Daten im RGB Modus ab, da wäre ein Decoder schön der Studio RGB als Ausgabe erzwingt.
Antwort von TheBubble:
@TheBubble
Zitat:
"Die angesprochenen VfW-Codecs können auch komprimieren."
Zitat ende.
Leider nein denn wenn du zum Beispiel mit einem USB Grabber, TV-Stick/Karte in diesen Farbräumen aufnimmst, dann wird von der Hardware das Signal im entsprechenden Farbraum raus geschickt und als AVI gespeichert. Die Windows Codecs sorgen nur dafür, das man es sich am PC auch ansehen kann.
Man kann mit den Codecs auch eine RGB-Bitmap "komprimieren" - und die Daten auch wieder zu einer RGB-Bitmap dekomprimieren. Das diese Codecs im Grunde nichts anderes tun, als eine Art YUV Farbdarstellung zu verwenden und die "Kompression" einer verlustbehafteten Unterabtastung zu verdanken ist, ist in der Betrachtungsweise erst einmal egal.
dann fehlt die Möglichkeit es auch in YUY2 direkt wieder auszugeben, damit nur die veränderten Teile gerendert werden müssen.
Ich würde sagen das ist ein Problem vom NLE, nicht von den trivialen Codecs.
Ich habe noch kein NLE für Windows gesehen, das YUY2 z.B. als Ausgabe anbietet, es sei denn, es wurde ein entsprechender Codec installiert.
Der Codec kommt mit Windows. Wähle einfach (falls möglich) als Ausgabe AVI mit VfW Codec und wähle im Codec-Auswahldialog einen der Codecs aus. Genauso geht es auch in VirtualDub.
Unter VirtualDub geht das nur über "Direct Stream Copy" oder wenn man in der Codec Auswahl "Uncompressed RGB/YCbCr" anwählt und unter "Color Format" dann als Ausgabe "4:2:2 Interleaved YUY2" anwählt.
Wähle mit VirtualDub (32 Bit) den Menüpunkt Video->Compression... und dann im Dialogfenster den gewünschten VfW Codec aus. Da sind auch die von Dir angesprochenen Codecs dabei.
Ganz einfach: Nehmen wir einmal an, du hast etwas in YUY2 Aufgenommen und möchtest es in ein anderes Format, sagen wir mal I420 trancodieren. Ohne den Helix Codec würde das nicht gehen.
Das wird ohnehin schwierig, denn die FOURCCs wie YUV2 und I420 legen zwar ein Abtastmuster für "YUV" Samples fest, jedoch weder den tatsächlichen RGB-Farbraum, noch die Transformation, wie man von den RGB-Werten zu den YUV-Werten kommt.
Das liegt zum Teil auch daran, das dies aus der Abfangszeit von digitalem Video am PC kommt und damals die PC-Performance so knapp war, dass man sich viel Exaktheit nicht leisten konnte und im Zweifel oft einfach die performantere Variante gewählt hat.
Antwort von TheBubble:
Interessant wäre für mich ein YUV-Codec wo der Decoder statt den YUV-Farbraum von 16-235 nach RGB (0 - 255) zu spreizen diesen als Studio RGB dekodiert ohne die Werte unter 16 und über 235 zu clippen.
Was richtig oder falsch ist, ist nicht so einfach zu sagen, da vieles einfach nie festgelegt wurde. Da ein VfW Codec jedoch in der Regel eine 24 oder 32 Bit Windows-RGB(A)-Bitmap entgegen nimmt und auch in der Lage sein sollte in dieses Format zu dekomprimieren, sollte man davon ausgehen, dass die Verwendung des vollen Wertebereichs (also 0-255) für die RGB-Werte richtig ist und eventuelle hier nicht hineinpassende YUV-Farben illegal sind (und daher z.B. abgeschnitten werden müssen).
Will man mit einem Wertebereich 16-235 arbeiten, wie er z.B. in BT.709 vorgeschlagen wird, dann müsste man einfach eine weitere Transformation anwenden, die den Wertebereich zusammendrückt. Aber auch hier sind Werte unter 16 bzw. über 235 streng genommen nicht erlaubt, sondern werden nur für Überschwinger toleriert, insbesondere sind die Werte 0 und 255 nicht erlaubt, da ihnen in BT.709 eine besondere Bedeutung zukommt.
Antwort von MK:
Wenn alles unter 16 und über 235 des originalen YUV Videos beim Dekodieren nach RGB geclippt wird, nimmt einem das die Möglichkeit nachträglicher Korrekturen z.B. eines überhöhten Kontrasts oder zu dunkler Bereiche.
Von zusätzlichen Wandlungen mal ganz abgesehen (auf 0-255 aufspreizen und dann wieder auf 16-235 stauchen).
Daher würde das schon Sinn machen die YUV-Werte von 0-255 mit Schwarz bei 16 und Weiß bei 235 sowie den Werten darunter und darüber ohne Aufspreizung erzwungen in Studio RGB dekodieren zu können, für Programme die von Haus aus mit YUV nicht umgehen können.
Im ProCoder von Canopus hat man z.B. auch das Problem dass YUV Aufnahmen als RGB mit 0-255 geöffnet werden, anstatt vom Decoder den korrekten Farbraum 16-235 abzufragen. Hier muss immer erst in YUV-fähigen Programmen nach Studio RGB exportiert werden.
Antwort von MLJ:
@TheBubble
Also, der Codec kann alle ITU Normen von SD bis HD und man kann einstellen, ob man im 601 oder 709 Encodieren/Decodieren möchte. Was die Kompression in VirtualDub angeht: Also ich nutze nun schon verdammt lange VirtualDub und habe es nicht geschafft den Intel IYUV Codec zum komprimieren zu nehmen, das endete immer in einer Fehlermeldung und UYVY/YUY2/YVYU tauchen erst gar nicht auf in der Liste. Aber ist nicht so wild und kann ja sein das Microsoft diese Codecs freigeschaltet hat zum komprimieren.
Die YCbCr Codecs unterstützen RGB/RGBA, also auch Alpha Kanal, sowie Progressive und Interlaced, wahlweise Top- oder Bottom Field first. Du darfst nicht vergessen, das ist ein Broadcast/Production Codec, so wie er in Studios verwendet wird, die mit entsprechenden Karten die Signale verarbeiten. Dadurch, das alle Farbräume von einem Codec verwaltet werden gibt es keine Verluste im Chroma Bereich, alles Dinge, die die Codecs von Windows nicht erfüllen.
@mk
Zitat:
"Interessant wäre für mich ein YUV-Codec wo der Decoder statt den YUV-Farbraum von 16-235 nach RGB (0 - 255) zu spreizen diesen als Studio RGB dekodiert ohne die Werte unter 16 und über 235 zu clippen."
Zitat ende.
Ja, das kann der Codec, auch umgekehrt. Leider hänge ich noch an der Routine für 64 Bit fest und der heutige Test hat mich nur einen kleinen Schritt weiter gebracht, leider.
@All
Nochmal meine Bitte: Wenn hier jemand Vista 64 Bit hat, bitte einfach nur mal nachsehen, ob die Einträge am Anfang dieses Threads dort so vorhanden sind wie ich sie rein gestellt habe. Ihr müsst nichts verändern, nur nachsehen und kurz schreiben: " Ja, sind so vorhanden". Würde mir wirklich weiterhelfen. Nochmal danke :)
Beste Grüsse, Mickey Lee
