1080i sender ruckeln

Asta

Cool, herzlichen Glückwunsch!

Nur aus Interesse, kannst Du mal schauen welcher Wert das in $HOME/.xine/config ist?

Movie ist IMHO kein guter Benchmark, im Normalfall zu wenig Bewegung und schnelle Schwenks. Besser wäre da eine Naturdoku oder Sport und Naturdokus kommen regelmäßig.

Gruß
Frank

Zitat

Original von Asta
So, ein kleiner Zwischenstand bevor es ins bett geht (die Kinder müßen wieder früh raus). Habe mal im VDR unter "Einstellungen" Plugins" "xine" den Wert für HD Video Puffer von 4 auf 50 hochgestellt und siehe da, AstraHD läuft fast ohne ruckeln. ...

Hallo

Wirkt sich diese Erhöhung auf die Umschaltzeiten bei dir aus ?

Kann es grade nicht testen, da ich mit dem Test 2 VDR im Moment nur von Test 1 VDR HD streame. Scheint aber gut zu laufen mit der Erhöhung des Wertes. Die Umschaltzeiten mit streamdevclient sind nun geringwertig erhöht. Laut den Logs puffert er immer etwa 42 bis 46 Frames seit dieser Werterhöhung im xine.

Gruss Kai

Zitat

Original von Asta
Hallo Frank. Ich glaube dieser Wert steht nicht in der .xine/config sondern im plugin.xine.conf im vdr verzeichniss. Schaue nachher gleich mal nach.
PS. Gestern lief auf AnixeHD ne Reportage über Alaska und die Antarktis. Konnte keine Ruckler feststellen.

Hast ja Recht, wer lesen kann ist klar im Vorteil ...

Ich hatte das so gelesen, Du hast das im/am xine-ui geändert. Da gibt es auch einen HD-Puffer Parameter, siehe Deine gepostete config.

Gruß
Frank

Sehr interessant, ich habe mal nachgesehen und festgestellt, das ich mit xine-plugin nie einen anderen Wert als 10 verwendet habe.

Eine testweise Erhöhung auf 50 änderte allerdings nichts, auch nicht die Problematik mit den ruckelnden Snowboardern von "Servus TV HD" oder die Umschaltzeiten. Insofern belasse ich es bei 10, könnt ihr ja auch mal testen.

Gruß
Frank

Zitat

Original von fnu
Sehr interessant, ich habe mal nachgesehen und festgestellt, das ich mit xine-plugin nie einen anderen Wert als 10 verwendet habe.

Eine testweise Erhöhung auf 50 änderte allerdings nichts, auch nicht die Problematik mit den ruckelnden Snowboardern von "Servus TV HD" oder die Umschaltzeiten. Insofern belasse ich es bei 10, könnt ihr ja auch mal testen.

Gruß
Frank

Du benutzt den Rechner aus deiner Signatur ? Also die 9500 GT - die hab ich auch in einem Testsystem. Mit dieser Grafikkarte bzw. dem aktuelleren X2 3800 Prozessor muss ich an dem Wert überhaupt nix ändern. Steht immer noch auf 4 (standard). Man merkt es bei mir nur bei dem kleinen Test VDR mit der 8400 GS, der eine kleine CPU und zudem langsame Speicheranbindung hat. Benutze mit dem den bob deinterlacer und er wurde auf AnixeHD nach kurzer Zeit immer asynchron bzw. verschluckte sich. Der Ton ging dann weg, das Bild fing an zu rucken und irgendwann war es das dann. Mit der Puffererhöhung auf 50 ist das nun weg.

Hat eine ähnliche Wirkung wie die Umstellung von xine auf xineliboutput (1.0.90 cvs). Damit läufts auch besser als mit xine und ist etwas schonender bezgl. der Ressourcen auf dem kleinen Pentium 3 Test VDR.

Wenn es bei dir mit der 9500 GT ruckelt ... liegts am Deinterlacer ? Trotz aller Theorie und diverser qvdpau Ergebisse. Die 9500 GT scheint einen Tick zu schwach für temporal_spatial zu sein. Seit ich nur noch temporal benutze hab ich keine Probleme mehr. Das komische ist zudem noch, dass der ServusTV HD Sender schon immer sehr gut lief bei mir. Probleme hatte ich bisher nur auf AnixeHD.

Gruss Kai

kds70

Nein, bei mir ruckelte noch nie was, lief von Anfang rund mit Ubuntu 64bit-RT und xine-plugin. War hier nur beteiligt, da die 9400GT trotz richtiger sonstiger Einstellung bei 1080i ruckelt, das geht ja gar nicht ...

Hatte die Posts aber zum Anlass eines eigenen Feedbacks genommen, die Einstellung zu testen und zu schauen, ob ich bestätigen kann, das sich die Umschaltzeiten nicht ändern, und das tun sie nicht.

Ich hatte hier ein seltsames Problem angeprochen, zu bestimmten Sendungen auf "Servus TV HD". "hsteinhaus" hatte empfohlen den gleichen Parameter zu erhöhen. Das habe ich dann gleich mitgetestet, ändert fast schon erwartungsgemäß nichts.

Das Problem aus meinem anderen Fred liegt ziemlich sicher nicht bei mir/uns, da ich danach einiges Feedback bekommen habe, das andere das auch nachvollziehen können. Da auch die Aufnahmen ruckeln wird es wohl so ruckelig gesendet, vmtl. wie von "Siedu" dort beschrieben ein 60Hz-to-50Hz Pulldown Problem beim Sender.

Also alles klar bei mir, nicht jeder Post bedeutet gleich ein Problem

Gruß
Frank

fnu: Ahh ok. Wollte nur helfen Wünsch dir noch was ...

Zitat

Original von Asta
...Kann mir evtl. auch jemand die Werte für "Puffer Hysterese" oder "Pufferüberwachung" und "Puffermodus" erläutern? Vielleicht kann man damit nochwas machen.

Hi, entpacke dir mal das vdr-xine plugin - dort ist die Anleitung in englisch anbei. http://home.vrweb.de/~rnissl/vdr-xine-0.9.3.tgz

Hier mal ein kurzer Auszug:

Zitat

SETUP-MENU
==========

Live-TV SD video buffer [frames]: 4
Live-TV HD video buffer [frames]: 4
Live-TV audio buffer [frames]: 4

Playing live-TV requires a buffer for having data ready when xine needs it for
decoding. Without such a buffer or when it is not large enough, replaying live
TV may not be fluently and may degrade into a slide show without sound. On the
other hand, as buffering takes place before replaying, a too large buffer
slows down zapping as it takes longer before replaying is started. So one may
need to play with this value to find a suitable setting. The buffer size is
specified in video frames, where 25 video frames make up a buffer which can
hold one second of audio and video. Please note that this buffer is provided
by VDR and xine so a too large setting may cause an overflow (check VDR's
logfile for buffer usage). It is therefore recommended to increase xine's
input buffer settings in ~/.xine/config. See engine.buffers.video_num_buffers
and maybe engine.buffers.audio_num_buffers. A simple but stupid rule is to
increase buffers by multipling the default numbers by 10 -- some HD channels
require at least 1500 video buffers. As mentioned earlier, choosing a suitable
Live-TV buffer is a compromise, which is easier to achieve when there can be
separate values for different services like SD / HD video or radio (audio).

Buffer hysteresis [frames]: 4

Buffer monitoring is a feature of vdr-xine which tries to dynamically increase
the buffer for certain channels on demand, i. e. whenever the buffer size
drops below the configured value of "Live-TV buffer" frames. As a result, a
new buffer will be established which is of size "Live-TV buffer + hysteresis"
frames, and in the case, where this buffer is still not large enough, vdr-xine
will internally increase hysteresis each time by one frame so that finally a
buffer is established which perfectly fits for the current channel.

Buffer monitoring duration [s]: 10

Typically, the above mentioned buffer monitoring is only necessary for a
certain amount of time after switching the channel, because once the buffer
is established, it should stay constant as the amount of data put into the
buffer by VDR and the amout of data taken from the buffer by xine should be
equal. A value of 0 disables buffer monitoring.

Buffer monitoring mode: Once

Lets you choose how buffer monitoring is applied.

* Once
After the above mentioned time, buffer monitoring will be bypassed (which
reduces CPU and memory load) until a channel switch or audio track selection
occurs.

* Continuous
Buffer monitoring will never be bypassed. After the above mentioned time the
internal hysteresis value will be reset to the configured one, to be ready
for the next buffering cycle which starts when the buffer size falls below
the above mentioned "Live-TV buffer" value. This mode is useful for channels
which degrade into a slide show after a certain amout of time.

Alles anzeigen