Thema: Software-MPEG-Codec mit genialster Qualität gesucht

[formtapez]

(Ich weiss nicht so recht ob der Thread hier in die Rubrik passt, also verschiebt ihn ggf. mal.)

Ich habe mich seit einiger Zeit nicht mit DVB beschäftigt, da ich es selbst nicht mehr habe. Ein Bekannter sucht für seinen PC nun eine neue Möglichkeit in besserer Qualität fernzusehen. Momentan nutzt er eine SkyStar2, ProgDVB, und natürlich den tollen Elecard Codec
Gab es da in letzter Zeit eventuell eine revolutionäre Neuerung in dem Bereich die ich verschlafen habe?

Wir hatten es auch mal mit dem MPEG2-Decoder seiner ATI Radeon Grafikkarte probiert, was allerdings nicht klappte.

Über jeglichen Response würden wir uns sehr freuen.

MfG
formtapez

[SiLæncer]

Gab es da in letzter Zeit eventuell eine revolutionäre Neuerung in dem Bereich die ich verschlafen habe?

Nö...

ich habe mich seit einiger Zeit nicht mit DVB beschäftigt, da ich es selbst nicht mehr habe. Ein Bekannter sucht für seinen PC nun eine neue Möglichkeit in besserer Qualität fernzusehen. Momentan nutzt er eine SkyStar2, ProgDVB, und natürlich den tollen Elecard Codec

Mein Tip wäre Cyberlink ( Powerdvd 6 ) und der Filtergraph : ´tv.V Cyberlink-A Cyberlink Audio Efect OSD.xgr´ aus diesem Paket : http://www.dvbcube.org/index.php?board=60;action=display;threadid=7357

[formtapez]

Vielen Dank.
Wir haben den PowerDVD Codec mit einem eigenen Graphen und VMR9 getestet. Das Ergebnis sieht bei ProSieben Spielfilmen beispielsweise sehr gut aus, bei anderen Sendungen allerdings nicht. Die Laufschrift auf N24 zieht massenweise Pixelbrei hinter sich her... (kein Interlacing Effekt)
Gibt es dafür noch eine Lösung?

MfG
formtapez

[SiLæncer]

Hmm, mit Powerdvd 6 und dem erwähnten Graphen hab ich das nicht....

Dann könnt ihr nur andere Codec/Graph Kombinationen probieren....Windvd/nVidia....

[Jürgen]

Die Laufschrift auf N24 zieht massenweise Pixelbrei hinter sich her... (kein Interlacing Effekt)

Das könnte ein PCI latency Effekt sein.

[formtapez]

Das könnte ein PCI latency Effekt sein.

Tritt sowas denn auch bei den Karten ohne eigenen MPEG-Decoder auf? (Skystar2)
Hierbei wird doch lediglich der MPEG-Transportstream über den Bus übertragen.
Und falls ja, wie bekomme ich sowas weg?

MfG
formtapez

[SiLæncer]

Tritt sowas denn auch bei den Karten ohne eigenen MPEG-Decoder auf? (Skystar2)

Warum nicht ...

Hierbei wird doch lediglich der MPEG-Transportstream über den Bus übertragen.

Jo , den PCI Bus !!! ( PCI Latency !!! )

Und falls ja, wie bekomme ich sowas weg?

Hiermit evtl.  : http://www.dvbcube.org/index.php?board=63;action=display;threadid=584

oder im Bios mal nach entsprechenden Einstellmöglichkeiten schauen ...

[formtapez]

Das Problem mit der PCI Latency kann meiner Meinung nach bei einer SkyStar2-Karte gar nicht auftreten. Falls Fehler bei der PCI-Übertragung des MPEG-Streams auftreten sollten sich Blockartefakte oder Aussetzer zeigen.
Bei (full featured) Karten, wo das Bild in unkomprimierter Form über den PCI-Bus zur Grafikkarte geschickt wird kann ich mir die Problematik schon eher vorstellen. Von der Übertragung her wäre das vom Prinzip wie bei einer analogen TV-Karte.

Das erklärt auch warum es den "PCI Latency Patch" nur für die Video-Bridge SAA7146 von Phillips gibt, die auf keiner Low-Budget Karte verbaut ist.

MfG
formtapez

[Jürgen]

Nova, Win DVB-T und diverse andere haben auch den SAA 7146 drin. Die SS2 natürlich nicht, statt dessen den B2C2.
Budget-Karten haben keinen DSP, aber irgendeine PCI-Bridge brauchen die umso dringender, das Bild muss ja da unbedingt über PCI.
Ich meinte zudem nicht (nur) das bekannte Thema für die SS1, sondern auch z.B. AGP-Timing. Wenn (wie fast immer) die MPEG2-Dekodierung nicht auf der Grafikkarte passiert, sondern irgendwo vorher, muss anschliessend der unkomprimierte Inhalt über das BUS-System.
Dann gibt's zahlreiche Möglichkeiten für Probleme, auich stark abhängig von der Darstellungs- und Übertragungs-Methode, also z.B. surface oder overlay, Anzahl der Frame-Buffer, RGB / YUV / 15 oder 16 bit / Farbtiefe des Desktops usw.
Derlei habe ich hier auch z.B. mit der uralten FAST AVMaster lösen müssen, das hing wiederum von allerlei anderen Details ab. Grafikkarte, Grafik- / Chipsatz- / Karten-Treiber, IRQ, desktop-settings usw. Insbesondere gibt's hier eine interne Einstellung "Länge des Video-Bursts", falls zu kurz, bringt die reproduzierbar Schwärme von Fehlerpixeln, meist  im rechten Bild-Bereich bei stark bewegten Szenen.
Das hilft Dir jetzt sicher nicht direkt. Aber vielleicht findet sich noch der eine oder andere Ansatz, 'mal woanders zu suchen.

Die Art der Bildfehler kann dabei u.U. schon weiterhelfen, denn bei MPEG2 sind natürlich eher Blöcke und Aussetzer zu sehen, bei einer Störung im Bereich bereits dekodierter / dekomprimierter Signale sind eher Einzel-Pixel, Zeilen oder Farben betroffen, und zwar i.a. nur als reine Darstellungs.Fehler, in der verwendeten Software, oft auch abhängig von der Bildgrösse. Anders wiedergegeben sollten sich Fehler dann auch irgendwie anders zeigen.

[formtapez]

Stimmt, von der (Grafikkarten-) Seite habe ich es noch gar nicht betrachtet. Ich werde dann demnächst mal andere Bios-Settings probieren. Danke erstmal.

MfG
formtapez