=> ist auf jeden Fall etwas, was an einer Einstellung von Dir liegt und kein allgemeines Problem.
Das denke ich auch... nur ist die Frage woran es liegt.
Ich hab jetzt VD64, ffdshow64 und avisynth64. Gleiches Problem nur mit dem Unterschied, daß VD64 nun genau das sagt, was zuvor eben VD32 gesagt hat, nämlich, daß es keinen Decompressor findet.
So, ich hab ffdshow 32-bit installiert (v1.1.3861). Avisynth ist auch 32-bit (2.58 MT), Virtual Dub ebenfalls 32-bit (1.9.11). VFW Encoder Einstellungen -> Decoder -> Huffyuv und dv auf libavcodec. Geht dennoch nicht 
Jetzt probiere ich einen 64-Bit-Strang... aber ich ahne schreckliches.
Klingt einleuchtend... Ich werde das gleich mal testen. Ich hatte mal avisynth 64 installiert, aber aus irgendeinem Grund wieder deinstalliert weil irgendwas nicht ging. Bislang hab ich jedenfalls keine Geschwindigkeitsvorteile bemerken können. Gibt es irgendwelche guten Gründe für 32-bit oder 64-Bit?
Nur wundert mich, daß cedocida eben auch nicht funktioniert - egal ob als 32-bit oder 64-bit und egal ob in VD 64 oder VD 32. In irgendeiner Version müsste der ja funktionieren.
Hallo
Ich habe schon seit längerem das Problem, daß weder dv, noch Huffyuv noch Lagarith per AVISynth und AVISource in VirtualDub erkannt werden. Mittels DirectShowSource klappen alle, allerdings auch nur in der 32-Bit Version von VD. VD 64-Bit sagt zu allem was ich per AVISynth lade AVI Import Filter Error, selbst wenn ich mit DirectShowSource lade.
Ich habe in den VfW Encoder-Settings von ffdshow (64) sowohl Huffyuv als auch dv auf libavcodec gestellt. Keine Änderung.
Danach habe ich versucht zummindest das dv-Problem mithilfe von cedocida zu lösen. Klappt auch nicht. Win7 akzeptiert die cedocida.dll nicht, weder die 32-Bit noch die 64-Bit. Zwar wird die beiliegende INF gut angenommen und alle Einträge in Registry usw. existieren, aber laufen tut es dennoch nicht. Ein Versuch die DLL per regsvr32 selbst zu aktivieren scheitert mit dieser Meldung: Das Modul cedocida.dll wurde geladen, aber der DLLRegisterServer-Eingangspunkt wurde nicht gefunden. Stellen sie sicher, dass cedocida.dll eine gültige DLL-Datei ist...
Mittlerweile verzweifle ich ein wenig. Unter meinem alten XP-System hat das mit VfW via ffdshow immer gut geklappt, aber nie unter Win7.
Das einzige was mittlerweile läuft ist Lagarith in VD 32-bit. Alles andere geht wie gesagt nicht.
Hoffe jemand kann mir helfen
Und dass nur der erste MPC Overlay verwenden kann, und alle anderen sich eine andere Technik suchen müssen, haben wir doch schon dutzende Male erklärt.
Dagegen hab ich doch garnichts gesagt 
Du siehst ja im Screenshot, daß das Original und das AVS farblich voneinander abweichen. Das ist seltsamerweise aber nicht immer so. Wie gesagt, das Original springt dann plötzlich einfach um und es gibt keine Abweichungen mehr. Das gilt auch für den OverlayModus. Meistens sieht der so aus wie auf dem mit PS nachgebauten Pseudo-Screenshot, manchmal aber auch nicht. Irgendwas stimmt an meinem System hier nicht. Wahrscheinlich Zusammenspiel von Grafikkarte und Treiber, keine Ahnung.
Nachtrag:
-----------
Hier mal der Link, in dem von 2 verschiedenen Farbräumen geredet wird wenn es um 16-235 und 0-255 geht: Link
Danke LigH, das mit ColorYUV(levels="TV->PC") hat zummindest beim Kontrastumfang geholfen. Allerdings musste TV und PC vertauscht werden, sonst war der Kontrast nochmal höher als eh schon zuvor. Der Farbton ist allerdings immer noch leicht verschoben.
Bei 0-255 in der NVIDIA-Systemsteuerung sieht das nun so aus:
Original MOV
AVS mit ColorYUV(levels="PC->TV")
AVS mit ColorYUV(levels="TV->PC")
Bei 16-235 in der NVIDIA-Systemsteuerung so:
Original MOV
AVS mit ColorYUV(levels="PC->TV")
AVS mit ColorYUV(levels="TV->PC")
Also müsste ich auf 0-255 stellen oder halt nix im AVS ändern und dann auf 16-235. Jetzt brauche ich nur noch eine Lösung für die Farbabweichung sowie das Overlay-Problem.
Nachtrag:
----------
Merkwürdig, manchmal, wenn ich mehrere Instanzen vom MPC zum Vergleich der AVS' mit dem Original offen habe, springt die Farbgebung des Originals plötzlich um und sieht genauso aus wie die der AVS'. Ist das evtl. ein Bug im NVIDIA-Treiber?
Nicht das ich jetzt diesen Farbausgleich erzwinge nur um dann festzustellen, daß auf diesem System zwar nun alles gleich aussieht auf einem anderen System das Original aber erneut vom AVS abweicht.
Nachtrag2:
-----------
Ist genauso wie befürchtet. Diese leichte Farbtonabweichung hab ich nur hier auf meine PC. Auf allen anderen Maschinen sieht es nach dem Befehl ColorYUV(levels="PC->TV") exakt aus wie das Original. Auch dieses merkwürdige Overlay-Problem haben die nicht. Der NVIDIA-Treiber ist exakt der Selbe wie bei mir... Nur die Graka sind andere. Schon sehr seltsam.
Zum gestörten Overlay:
-----------------------
Wie gesagt, der Grafikkartentreiber erlaubt zwar das Einstellen... Es ist nicht nur Sättigung, sondern eher ein Mix aus Kontrast, Helligkeit und Farbton, aber soweit muss ich garnicht gehen, sondern lediglich die Player-Einstellungen überschreiben. Sobald dies durch die NVIDIA-Systemsteuerung geschieht, ist alles bestens (Link) bis auf die kleineren Abweichungen. Allerdings - wie beschrieben - nur solange dieses Einstellungen-Fenster geöffnet ist. Sobald es geschlossen wird, ist alles beim Alten (Bug im Treiber?)
Zu den kleineren Kontrast- und Farbverschiebungen
----------------------------------------------------
Das mit levels(0,1.0,255,0,255) probier ich jetzt mal aus... (Danke mawi2006)
Hab auch was davon gelesen, daß 0-255 ein komplett anderer Farbraum ist als 16-235. In dem Fall wundert es mich dann auch nicht, wieso sich auch die Farbe leicht ändert und nicht nur der Kontrast. Hoffe das levels das behebt...
Nachtrag:
Gleiches Ergebnis, trotz "levels"
Original MOV
AVS und MP4
Kann doch nicht sein, daß ich der einzige mit dem Problem bin, oder etwa doch?
Frage zum Overlay:
-------------------
Was ich nicht verstehe: Wieso liefert der Overlay-Modus nur beim AVS und bei den MP4 falsche Daten. Beim Origina-MOV aber nicht??
Hat keiner eine Idee wie ich das mit dem Overlay und dem gestauchten Dynamikumfang dauerhaft lösen kann?
Goldwingfahrer
Das geht nicht, weil die 2te Instanz kein Overlay mehr ist - Es geht um Videos, nicht um JPG. Ist aber auch nicht so wichtig, weils mit Photoshop ganz gut gelungen ist... Ich verstehe allerdings nicht, wieso du meinst, daß die Farben ok sind. Jedes der Bilder sieht anders aus, es sollte aber jedes genau gleich aussehen. Solange das nicht der Fall ist, ist auch nichts ok.
Bezüglich des 0-255 und 16-235 Propblems hab ich jetzt auf einer englischen Seite gelesen, daß man dies mit folgendem Befehl beheben kann:
ConvertToYV12(matrix="PC.709") oder PC.601
Allerdings geht das nicht, da Avisynth mir sagt, daß "matrix" RGB vorraussetzt. Ich hab die passende Version 2.56, bei der das angeblich gehen soll installiert.
Was die VErsionen von aviysynth angeht bin ich eh etwas verwirrt. Auf der offiziellen Seite steht es gäbe eine Version 2.6 mit der man converttoyv24() machen kann.
Ebenfalls auf der offiziellen Seite kann man aber keine Version 2.6 runterladen...
Da kommen wir der Lösung ja schon näher. Overlay...
Also mit VMR9 (renderless und 3D) klappts zwar beim MP4, beim AVS hingegen nicht. Das AVS bekomme ich manchmal mit VMR7 (windowed oder renderless 2D oder 3D) korrekt zum laufen, manchmal aber auch nicht. Mit allen anderen geht es nie.
Exakt gleich sind die Farben bzw. der Kontrast allerdings selbst dann noch nicht. Damit kann ich allerdings leben. Würde mich jedoch brennend interessieren, wie man diesen Rest an Abweichung auch noch weg bekommt. Hier mal der Vergleich (Screenshot vom echten Overlay fällt leider aus, es sei denn einer weiß wie ich den bekomme)
Bild1 - Original
Bild2 - AVS und MP4 von MeGUI
Bild3 - MP4 von FormatFactory
Bild4 - Pseudo-Overlay (Mit PS nachgeahmt)
Für mich stellt sich das mit dem Overlay momentan wie folgt dar:
Wenn das MOV über das AVS aufgerufen wird, wird es zu einer DirectShow-"Komponente" wodurch es einen anderen Renderer durchläuft als wenn es ohne AVS abgespielt wird, ist das korrekt?
Gibt es denn da irgendwas, was ich verstellen kann (evtl. bezgl. Grafikkartentreiber) oder sonst etwas, womit ich das dauerhaft gelöst bekomme?
Die Sache mit VMR7 ist zwar ok für den MPC, aber andere Player wie der VLC stellen es ja dennoch falsch dar.
mawi2006
Die Filter sind nur beim AVS auswählbar, beim MOV ist Filters ausgegraut.
Dennoch, fürs AVS wird dort der AVI-Decompressor angezeigt und über ihn YV12. Kann das stimmen? Ich dachte immer MotionJPEG sei RGB...
Nachtrag:
-----------
Die Sache mit dem Overlay läßt sich ändern indem man in der NVIDIA Systemsteuerung bei Video-Farbeinstellungen von "Video-Player-Einstellungen" auf "Nvidia-Einstellungen" wechselt. Dann werden alle Videos mit korrekter Farbe abgespielt. Ist das sinnvoll dies dauerhaft zu ändern? ... Diese maginalen Farbveränderungen zwischen AVS, original, MP4 von FormatFactory und MP4 von MeGUI wie oben beschrieben bleiben allerdings auch so weiterhin bestehen.
Nachtrag2:
-----------
Das mit dem Kontrastumfang läßt sich durch die Dynamikumfangeinstellung klären. Das Original und FormatFactory ist für 0-255 ausgelegt, das AVS und das von MeGUI für 16-235. Die Bilder oben sind Screenshots bei 16-235 (!) da das anscheinend Standard ist.
Somit wäre fast alles geklärt. Ich muss nur auf 16-235 stellen und NVIDIA die Farbeinstellungen überlassen um mit dem MeGUI-MP4 zufrieden zu sein...
Die kleinere übrige Farbänderung wie zwischen Bild1 und Bild2 erklärt sich dadurch für mich aber weiterhin nicht. Auch verstehe ich nicht, wieso "DirectShowSource" das Quellvideo im Dynamikumfang von 0-255 auf 16-235 beschneidet.
Nachtrag3:
-----------
Prima, jetzt dachte ich, daß die NVidia-Systemsteuerung dem Overlay-Problem ein Ende bereitet hätte... Geht aber nur solange sie geöffnet ist. Schließe ich das Fenster, ist alles beim alten. Nur wenn ich das Fenster der NVIDIA-Systemsteuerung geöffnet habe und dort auf der Einstellung "Video-Farbeinstellungen" bleibe, spielt er das Overlay korrekt ab. Gehe ich in einen anderen Menüpunkt und öffne das Video erneut, wird es wieder falsch abgespielt... Was sagt man dazu?
Hoffe ihr habt noch ein/zwei Ideen, mir sind meine grade ausgegangen...
Ok, es liegt irgendwie an... ja, was eigentlich... liegt es an DirectX?
Sehr merkwürdige Sache:
Öffne ich das AVS im MPC ist es wie gesagt recht ekelhaft anzuschauen.
Öffne ich es nun parrallel in einer 2ten Instanz des MPC, sieht es genauso aus wie das Original.
Ein und das selbe Video sieht also in einem Fenster so und im anderen Fenster komplett anders aus.
Das Gleiche gilt für den VLC-Player. Dort allerdings für das fertig kodierte mp4, da er das avs nicht lesen kann. In der ersten Instanz sieht das Video wie das AVS übel aus, in der 2ten Instanz wie das Original.
Das Video sieht also nur dann korrekt aus, wenn man es 2mal hintereinander öffnet und dabei die erste Instanz nicht vorher schließt.
Auch wenn es mittlerweile total am Thema vorbeigeht, weiß einer was das ist?
Für mich wirkt das so, als benutze er im ersten Anlauf irgendeine Ressource, die er dann beim öffnen der 2ten Instanz nicht mehr nutzen kann. Ergo öffnet er diese mit einer anderen Ressource. Sinnvoll wäre es jetzt diese Ressource rauszufinden. Codec schließe ich aus, da das sowohl bei mp4 (x264) als auch bei mov (MJPEG) passiert.
Wenn das so stimmt, müsste beim Schließen der 1ten Instanz (die in der der Blaustich ist!) und beim offen halten der 2ten Instanz (Die mit den "anständigen" Farben) diese Ressource wieder frei werden. Ein erneutes Öffnen einer anderen Instanz müsste also erneut ein Video mit "schlechter" Farbe zeigen, und genau so ist es.
mawi2006
Das mit der Druck-Taste geht bei Videos im MPC nicht.
Ich habe ffdshow installiert, VLC-Player, Quicktime Alternative und MPC Homecinema. Ich habe keine Ahnung auf welche Codecs er zurück greift wenn er in einem AVS über DirectShowSource ein MJPEG QuicktimeVideo erhält. Wahrscheinlich Quicktime.
Aber wie gesagt, das Problem zeigt sich auch beim fertigen MP4 (x264 und AAC). Am Codec kanns also nicht liegen.
Die TZ7 kann sowohl MJPEG als auch AVCHD. Letzteres nutze ich nicht, da die Dateigröße nur unwesentlich abnimmt, die Qualität hingegen sehr.
GSpot sagt mir, es handele sich bei dem MJPEG-Format um Apple Photo JPEG, halt *.mov... Aber über Farbräume steht da nichts. VirtualDub zeigt nur ein dunkelblaues bzw. graues Bild anstelle des Videos wenn ich das AVS öffne. Ich wüsste auch nicht, wo ich dort nach der Farbtiefe suchen kann. Unter "Color Depth" stehen nur Output "RGB24" und der Input auf "Auto"
Mit "finales" Video meine ich das in x264 neu kodierte Video. Das ist allerdings unwichtig, da diese Farbtiefenveränderung schon vorher auftritt.
Es reicht, wenn ich das *.mov mit einem AVS-Script über "DirectShowSource" im Mediaplayer abspiele. Zwischen dem *.mov und dem *.avs liegen Welten.
Das *.mov ist wärmer und hat mehr Dynamikumfang.
Das *.avs hat leichten Blaustich und kappt die dunkleren Bereiche beinahe vollständig.
Ich dachte das "Problem" sei bekannt... scheint ja irgendwas beim Öffnen über Directshow und Avisynth zu passieren, was die Farbtiefe reduziert.
Das ist das gleiche, was passiert, wenn man ein AVI mit VirtualDub öffnet. Dort ist es allerdings umgekehrt, heller und freundlicher als im MediaPlayer.
---
Nachtrag:
Achja, wegen einem Ausschnitt. Das wird wohl nichts bringen, da ich ja nur das Ergebnis posten kann. Selbst wenn ich mit VD eine DirectStream-Copy vom geöffneten AVS mache. Das was dabei rauskommt ist genau das Gleiche, Müll gegen das Original. Wenn mir jemand sagt wie ich einen Screenshot vom MediaPlayer machen kann, wäre ich seelig.
---
Nachtrag2:
Das mit den Screenshots geht jetzt, nützt aber nichts, da lediglich der Shot vom ORiginal, also vom *.mov korrekt aussieht. Der Screenshot des "AVS-Videos" ist nicht so wie das Video aussieht. Lediglich die Kontrastabweichung scheint annähernd korrekt dargesetellt zu werden.
So, dann will ich mich mal als Neuling outen.
Ich habe mir kürlich eine Panasonic TZ7 geholt und nehme damit recht zufrieden Videos auf. Diese sind mir allerdings zu groß, weswegen ich sie mit MeGUI umwandele.
Mein Problem: Das finale Video ist zwar von der Größe perfekt, aber die Farben sind mies. Zu starker Kontrast und leicht bläulich.
Da besagtes Video schon alleine durch das Öffnen über AVS (DirectShowSource) seinen Farbumfang verliert würde ich nun gerne wissen, welche Befehle es da gibt um eben diesen zu erhalten.
Meine Gedanken gehen da in Richtung 4:2:0 und 4:2:2 oder hat das damit nichts zu tun? Als Quelle dient MJPEG 1280x720 30fps progressiv. Ich denke mal, daß dürfte RGB32 sein... (?) Wie finde ich das heraus, und vor allem, wie erhalte ich es?
Vielen Dank schonmal im Voraus für eure Hilfe
