Nun gut, es wird eine (nicht ganz vollständige) Unterstützung des untersten Konformitätslevels geben, aber vielleicht reicht das schon. Ob es für alle Anwendungsfälle was wird, weiß ich aber noch nicht: im Moment verhindern Probleme bei der Transparenz die Nutzung von Untertitelseiten – das, was mir eigentlich am wichtigsten wäre.
Wie dem auch sei, hier ein erster Eindruck:
Bis bald
Jochen
Zusatz: wieder ein kleiner Schritt, zwar nicht für die Menschheit, aber immerhin.
Nur ein kleiner Snapshot von dem, was ich gerade tue – ohne viele Kommentare. Das soll dann in allen Betriebsarten des Viewers gehen (lokale Hardware, VCR.NET Live oder laufende Aufzeichnung, aufgezeichnete Datei lokal oder direkt aus dem VCR.NET). Mal sehen…
Ich werde für die 3.2er Versionen doch nichts mehr an der FFDShow Unterstützung machen – für MPEG-2 geht FFDShow, für H.264 allerdings nicht. Hintergrund ist, dass FFDShow die Hardwarebeschleunigung der Graphikkarten wohl nicht unterstützt. Auf den mir zur Verfügung stehenden Rechnern ist allerdings ein Softwaredecoding von H.264 nicht so möglich, dass eine flüssige Wiedergabe erzielt wird. Damit wird die Fehlersuche sehr mühsam, da vieles plötzlich nur Seiteneffekte sind – seit ich die HD 2600 Pro habe, sind alle Probleme, die ich mit dem DVB.NET / VCR.NET Viewer und H.264 zu haben glaubte, verschwunden.
Tatsächlich hat der Viewer allerdings auch noch den Nachteil, dass er wesentlich mehr Rechenzeit für sich benötigt, als etwa der Media Player Classic (MPC). Mit dem MPC kann man ohne Hardwarebeschleunigung und FFDShow auf dem Pentium D830 gerade mal so H.264 schauen, mit dem Viewer ist das nicht möglich. Auch mit Hardwarebeschleunigung ist die CPU Last beim Viewer mit 15-20% deutlich höher als die 5-10% bei H.264 im MPC (CyberLink / PowerDVD SE Codec mit den neuesten freien Patches). Da ist also sicher noch Potential.
Oder kurz: dieses Jahr wird es mit H.264 via FFDShow im DVB.NET / VCR.NET Viewer definitiv nichts mehr.
Sorry
Jochen
