Umschaltzeiten

[hagge]

Teilw. alle 30 Frames.

Also 30 Frames hatte ich noch nie. 18 ja, aber mehr eigentlich noch nicht. Achtung! Nicht verwechseln mit den Fields, die Project X im Log ausgibt, das sind die Halbbilder. Da musst Du den Wert nochmal durch 2 teilen.

Also im Sekundenbereich.

Auch das ist nicht richtig. Dabei handelt es sich ja um den Worst Case. Im Mittel kommt der I-Frame ja in der halben Zeit. D.h. bei einer 12er GOP, die ja doch recht gängig ist, kommt der I-Frame im Mittel nach 6 Frames, also nach 0,24s. Das ist deutlich weniger als im "Sekundenbereich".

Oft ist das im Bild als "Pumpen" auch optisch wahrnehmbar, da sich die Bildqualität bis zum nächsten i-Frame immer weiter verschlechtert.

Nicht ganz. Die schlechteste Bildqualität ist irgendwo zwischem vorletztem und letztem P-Frame einer GOP. Danach wird es wieder besser, da die B-Frames zwischen letztem P-Frame und dem darauf folgenden I-Frame ja schon vorausschauen und sich darum nach und nach dem I-Frame schon annähern. Aber sinngemäß hast Du natürlich Recht. Je länger die GOP desto größer die Gefahr des "Pumpens".

Gruß,

Hagge

[The Specialist]

Nicht ganz. Die schlechteste Bildqualität ist irgendwo zwischem vorletztem und letztem P-Frame einer GOP. Danach wird es wieder besser, da die B-Frames zwischen letztem P-Frame und dem darauf folgenden I-Frame ja schon vorausschauen und sich darum nach und nach dem I-Frame schon annähern.

Das stimmt so wohl auch nicht, da eine GOP immer als eine Einheit betrachtet wird, die keinen Bezug zu vorigen oder nachfolgenden GOPs hat. Demzufolge tritt der Qualitätssprung doch direkt vor dem nächsten I-Frame auf. Es sei denn in einer GOP wären mehrere I-Frames enthalten, was aber wohl nicht vorkommt und evtl. der Spezifikation widerspricht.

[Sigittarius-E]

Würde das so schlimm aussehen wenn (sofern es technisch funktioniert) der Receiver schon mit P-Frames die Darstellung beginnen würde? Ist halt bis zum 1. I-Frame nicht vollständig.

[The Specialist]

Auf welcher Basis soll denn das P-Frame dekodiert werden? Es braucht ja ein Referenzframe. Das könnte natürlich das letzte dargestellte vorm Umschalten, ein komplett schwarzes oder weißes, oder vielleicht auch Rauschen sein. Würde aber in jedem Fall total grauslich aussehen, wahrscheinlich viel schlimmer als gar kein Bild anzuzeigen.

[Sigittarius-E]

Würde aber in jedem Fall total grauslich aussehen, wahrscheinlich viel schlimmer als gar kein Bild anzuzeigen.

Auch wenn es vielleicht gefühlsmässig besser ist etwas zu sehen (ahh, da tut sich was) werden die Receiverhersteller das dan sicher nicht wollen. Besser länger als grauslich.

[Richard_Nuss]

das was ihr da besprecht übersteigt meine Wissensstand total

Was ist nun der Schluss aus euren Überlegungen ?
Warum ist der Citycom doppelt so schnell wie der Topf ?

[Bonni]

Na, dass der doppelt so schnell ist, glaube ich erst, wenn mir jemand Messprotokolle vorlegt.

Wenn ich beim 5000 per Hand 1,1 Sekunden messe, hieße das beim Citycom (?, hört sich eher nach einer Telefongesellschaft an), 0,55 Sekunden. Das glaube einfach nicht, außer es kommt 20ms nach dem Umschalten der erste I-Frame, dann hat er noch 0,53 Sekunden zum "Sync". Aber immer?

[Strizzi]

Also seit ich die Sendungen über die EPG Übersicht der laufenden Sendungen suche und auswähle,
zappe ich eigentlich überhaupt nicht mehr von Sender zu Sender bzw. wechsle die Kanäle oft.

Grüße Strizzi

[hagge]

Das stimmt so wohl auch nicht, da eine GOP immer als eine Einheit betrachtet wird, die keinen Bezug zu vorigen oder nachfolgenden GOPs hat.

Nur geschlossene GOPs sind eigenständige Einheiten ohne Bezug zu anderen GOPs. Da DVB-S aber nahezu ausschließlich aus offenen GOPs besteht, gibt es hier sehr wohl einen Vorwärtsbezug von einer GOP zur nächsten GOP.

Gruß,

Hagge

[caju]

Umschaltzeiten o. k. Die könnten schneller sein. Aber Probleme beim TV gucken? Hab ich nicht.

Sag mal, welche?

Irgendwie hat er nichts mehr zu den Problemen gesagt?