Export HUFFYUV ffdshow

zwiebel_sondermann

Hallo zusammen,

ich hab folgendes Problem, wenn ich aus Premiere Elements per ffdshow in HUFFYUV encoden will (yv12, plane, adaptive huffman OFF) habe ich im unteren Rand des Videos seltsame Artefakte (Screenshot).

Das gleiche Input-File in VDub geöffnet und exportiert hat diesen Fehler nicht.

Hat evtl. jemand das gleiche Problem gehabt und lösen können. Oder jemand eine Idee?

ffdshow Version ist:

ffdshow tryouts rev. 1324 Jul 1 2007

P.S. Andere Einstellungen wie YUY2, median, left habe ich schon probiert aber hat nix geholfen, selbes Problem.

Selur

Mal nen anderen Player versucht?
Nicht das es am VLC liegt,...
Wie sieht es in Graphedit aus? (davon ausgegangen ffdshow ist als Decoder für das Material eingetragen.)

LigH

Bestätigt. Habe ich mit den aktuellen Tryout-Builds auch. Werde ich im englischen Board melden.

Leak

Zitat von zwiebel_sondermann

ffdshow tryouts rev. 1324 Jul 1 2007

Probier's mal mit einer aktuellen Version. Und welche Aufloesung hat Dein Video?

np: Burnt Friedman - Machine In The Ghost (ft. Barbara Panther) (First Night Forever)

zwiebel_sondermann

Selur: Mit dem Mplayer hab ich das gleiche Problem. Graphedit, hab ich noch nicht probiert, auch noch nie benutzt. Als Decoder ist in ffdshow libavcodec angegeben.

Leak: Die Auflösung ist 768x576.

LigH

Meins hatte die Auflösung 1016x680 (HyperCam-Aufnahme vom OpenGL-Fenster eines CAD-Programms). Und ich hatte am Freitag die neueste Version von xxl verwendet.

Anfrage im englischen Board

zwiebel_sondermann

Aber warum hab ich das Problem bei VirtualDub nicht???

Selur

zwiebel_sondermann:
VLC und MPlayer benutzen beide nicht ffdshow zum Decoden, die nutzen nur ihre eigenen internen Decoder.

Virtual Dub benutzt vfw Decoder.

Cu Selur

zwiebel_sondermann

Selur: Aber mplayer und vlc benutzen intern ebenfalls libavcodec, aber möglicherweise sind die Versionen nicht identisch.

enjoyer

Ich würde alle internen Filter beim MediaPlayerClassic deaktivieren und dann die neueste Revision von ffdshow unter -->optionen -->externe filter adden!!

Dann noch auf Filter bevorzugen klicken und du kannst dir fast sicher sein, dass der gewollte Decoder auf verwendet wird....

Desweiteren kann man beim MediaPlayerClassic jederzeit während dem Filmgenuss nachprüfen welcher Decoder im Moment genutzt wird...

LigH

Der MPC hat ja keinen HuffYUV-Decoder eingebaut. Er würde für FFDS:hfyu auf jeden Fall ffdshow verwenden.

FFDS:hfyu = [ DirectShow-FourCC : VfW-FourCC ]

Wenn jemand sowohl den originalen HuffYUV-VfW-Codec (oder den CCE-gepatchten) als auch ffdshow installiert hat, kann es gut sein, dass in VirtualDub der einzelne HuffYUV-Codec zum Decodieren drankommt. Beim Abspielen wird aber auf jeden Fall ffdshow als Decoderfilter gerufen.

zwiebel_sondermann

Es ist ein neuer ffdshow build von xxl draußen, mal gucken ob es das Problem löst? Bin der erste Downloader:-)

Der neue Build bringt nix, aber mir ist folgendes aufgefallen. Hatte ja geschrieben das ein in VirutalDub geöffnetes File und in XVID exportiert den Fehler nicht hat.

VirtualDub benutzt doch als Decoder ffdshow (libavcodec), also liegt es doch eher an dem Decoder in mencoder, vlc und mplayer. Dieser ist soweit ich weiß bei allen 3en auch libavcodec.

Also scheint der Fehler eher an den libavcodec Versionen zu liegen, oder?

Andererseits, hab gerade mal ein RAW AVI in VirtualDub geöffnet und dann über ffdshow in HUFFYUV codiert. Dieses Video hat im MPlayer keine Artefakte.

Hmm???

LigH

Könntest du mal bitte deine "Selbstgespräche" lassen (dir nicht dauernd selber antworten, sondern den Beitrag "ändern" zum Anfügen neuer Ideen)?
__

Zitat von zwiebel_sondermann

VirtualDub benutzt doch als Decoder ffdshow (libavcodec)

VirtualDub benutzt als Decoder einen passenden VfW-Codec. Das kann mit höherer Wahrscheinlichkeit der originale HuffYUV sein, falls du den zusätzlich installiert hast.

Zitat von zwiebel_sondermann

Es ist ein neuer ffdshow build von xxl draußen, mal gucken ob es das Problem löst?

Warum. In dem Beitrag hat ja noch nicht mal jemand drauf reagiert. Ich würde doch wohl wenigstens erwarten dürfen, dass mir jemand schreibt, dieser Beitrag wäre nicht der beste Ort für Bugreports...

zwiebel_sondermann

Zitat von LigH

Könntest du mal bitte deine "Selbstgespräche" lassen (dir nicht dauernd selber antworten, sondern den Beitrag "ändern" zum Anfügen neuer Ideen)?

Sorry, werd ich in Zukunft beachten.

Zitat von LigH

VirtualDub benutzt als Decoder einen passenden VfW-Codec. Das kann mit höherer Wahrscheinlichkeit der originale HuffYUV sein, falls du den zusätzlich installiert hast.

Hab den originalen Huffyuv zwar installiert, wenn du den von http://neuron2.net/www.math.berkeley.edu/benrg/huffyuv.html meinst.
Aber ich denke doch das der libavcodec Decoder von ffdshow genommen wird. Weil wenn ich den deaktiviere kann ich das HUFFYUV File in VirtualDub nicht mehr öffnen.

Zitat von LigH

Warum. In dem Beitrag hat ja noch nicht mal jemand drauf reagiert. Ich würde doch wohl wenigstens erwarten dürfen, dass mir jemand schreibt, dieser Beitrag wäre nicht der beste Ort für Bugreports...

Klingt auf jeden Fall logisch

LigH

Gut - bei HuyyYUV-YV12 kann Ben Rudiaks Original freilich nicht gewählt werden. Diese Variante, die nur ffdshow bietet, verwendet einen anderen FourCC. :redface:

LigH

haruhiko_yamagata hat den Bug mit HyperCam bestätigt und an die Autoren gemeldet. HyperCam wird in der neuen Version korrigierte Routinen beinhalten. Eventuell hat Premiere den gleichen Fehler im Zugriff auf den ICM / VfW. ffdshow wird demnächst einen Workaround haben, um dieses Problem nach Möglichkeit zu vermeiden. (Quelle: Private Nachricht von haruhiko_yamagata im doom9-Forum)

Jetzt mitmachen!