Nach Umschalten pausiert das Bild, um mit dem Ton synchron zu werden, Grund??

Die Frage hast Du Dir ja ansich schon im Betreff beantwortet?!

Mit bzw. über was gibst Du denn Dein Bild aus? Nutzt Du xine oder xineliboutput? Dann könntest Du mit den Bufferwerten in der config spielen.

Das Bild pausiert deswegen, weil bei einer digitalen Übertragung das Signal nicht "direkt" benutzt werden kann, sondern erst ausgewertet wird, sprich das Signal muss dekodiert werden. Darum hat jeder Receiver auch einen Puffer, meist so um die 4 Sekunden +/-.

Zitat von 3000

Hehe, beantwortet ist gut ABER warum pausiert das Bild überhaupt nach einem Kanalwechsel? Warum geht es nicht mit dem Live-Bild direkt weiter. Das ist quasi ein ungewollter kurzfristiger Time-Shift. Und der stört mich.

Davon habe ich geredet...

Ich denke, das ist kein Problem. Es braucht halt ein paar Millisekunden, bis Bild und Ton synchron sind.

So komplex ist die Erklärung nicht. In einem Transportdatenstrom bekommst du Video und Audio als jeweils getrennten Datenstrom geliefert. Video und Audio sind dazu mit unterschiedlich Codecs unterwegs, da gibt es so einige Möglichkeiten. zb. h264 für die Videospur, ac3 für die Tonspur. nach dem umschalten muss also deine Empfangskiste erstmal rausfinden welche Codecs verwendet werden. Jetzt ist es bei der Komprimierung auch noch so, das man nicht an jedem Punkt sofort einspringen kann und einen brauchbaren Ton liefern kann, weil man dafür teilweise Informationen bräuchte die einen kurzen Moment in der Vergangenheit vor dem Umschalten gesendet wurden, und die nur zyklisch in relativ grossen Zeiträumen kommen. Ist das gelutscht muss man Synchronisationsmarken im Video und Audio Datenstrom finden um damit Bild und Ton synchron aneinanderzutackern. Das alles dauert kurz und ist nicht mit nem billigen Bauteil zu verändern. Arrangier dich also damit, das ist der derzeitige Stand der Evolution.

Grüz!
Hibbelharry

Zitat von Hibbelharry

Das alles dauert kurz und ist nicht mit nem billigen Bauteil zu verändern. Arrangier dich also damit, das ist der derzeitige Stand der Evolution.

Full ACK. Die einzige andere Möglichkeit wäre, Bild und Ton solange auszuschalten bis beides synchron ist. Das würde aber die gefühlte Umschaltzeit stark erhöhen und das will ich und ich glaube viele Andere auch nicht. Schließlich reicht häufig der Ton und das Standbild schon um entscheiden zu können ob man auf dem Sender bleiben will oder lieber weiterzappt.

Gerald

Außerdem werden die Video- und Ton-Daten noch leicht versetzt gesendet, damit der Videodekoder genug Zeit hat um das Bild zu dekodieren: Stichworte DTS (Decoding Time Stamp, d.h. dann muss der Dekoder anfangen) und PTS (Presentation Time Stamp, d.h. zu diesem Zeitpunkt muss Bild und Ton ausgegeben werden, damit es synchron ist)

Zitat von 3000

Ich bin mir allerdings sicher, dass man doch was dagegen machen kann. Wer weiß, vielleicht finde ich ja irgendwann die Lösung dazu.

Aber vorher solltest du schnell noch das Problem lösen das der Ton auf verschiedenen Empfangwegen versetzt ist (Analogseher jubeln früher wenn das Tor fällt).

Und danach unbedingt noch das Prolem mit dem Ozonloch beseitigen.

SCNR

Zitat von 3000

Danke für eure Antworten. Ich bin mir allerdings sicher, dass man doch was dagegen machen kann. Wer weiß, vielleicht finde ich ja irgendwann die Lösung dazu.

Natürlich kann man was dagegen machen, das habe ich doch geschrieben! Nur will das eben keiner.

Gerald

Zitat von 3000

Nein, nein. Umschaltzeiten in die Länge treiben ist sicher keine Option. Das Bild DARF NICHT stoppen, auch, wenn es nur für ne halbe Sekunde ist.

Aber das hatten wir ja schon. Mal schauen, wie es aussieht, wenn VDR offiziell in XBMC integriert ist.

Zeig mir mal auch nur ein Gerät, dass das kann! Du verlangst unmögliches. Dafür müsste man die gesamte Übertragungstechnik verändern!

Zitat

Die einzige andere Möglichkeit wäre, Bild und Ton solange auszuschalten bis beides synchron ist. Das würde aber die gefühlte Umschaltzeit stark erhöhen und das will ich und ich glaube viele Andere auch nicht.

Hmm , bin ich anderer Meinung , genau das moechte ich und viele andere bestimmt auch.
Vielleicht sogar gepaart mit ner "Sanduhr"
Fuehlt sich viel homogener an als son Geroechel beim Umschalten (wahrscheinlich noch mt Artefakten).
Aber du gehoerst ja ins Lager der Programmierer..

ich denke das Kernproblem ist, dass einerseits ein 100,- Euro Receiver den Umschaltvorgang in weniger als 1 Sekunde hinkriegt (und dabei ab Erscheinen des neuen Bildes perfekt lippensynchron ist), während andererseits die softwarebasierten Dekodierungslösungen am PC dies einfach nicht hinkriegen (trotz deutlich schnellerer Prozessoren und einem mehrfachen an Stromverbrauch).

Ich vermute mal, dass hier insgesamt auch viel zu viel gebuffert wird, weil die einzelnen Softwarebausteine (vdr, libxine, nvidia-Treiber, Ausgabeplugin) jeweils ihre eigenen Buffer haben und die Daten von einem zum anderen gereicht werden.