xinelibout (VDPAU) - spulen!

Hallo zusammen,

mein Setup:
Debian squeeze (2.6.30.3er Kernel)
vdr 1.7.8
xinelibout (aktuelles SVN von gestern)
xinelib 1.2 (mit vdpau patch)
ffmpeg extern (SVN)

Hardware: (Revo 3600) streamt über Netzwerk von einem Server
in dem zwei SAT Karte eingebaut sind.

Normales Fernesehn funktioniert ganz gut (aber nur im Vollbild Modus).
Im Fenstermodus läuft es sehr instabil (weis nicht warum, hab es aber auch
von anderen gelesen).

Nun zum Problem: Wenn ich ein aufgenommenes Video abspiele und
vor spule läuft es gut, bis auf das es ein bischen verzögert, wenn ich
wieder Play drück.

Beim Rückwertsspulen ist es aber ganz selsam! man sieht in der Statusbar (im Menü)
das er spuilt, das Bild läuft auch zurück aber irgentwann springt die
Statusanzeige im Menü, auf den Anfang und die Aufnahme wird ganz, ganz
merkwürdig gespult. Es springt wild herum. Drücken auf Play bewirkt, das
man wieder an die Stelle des Videos gelangtg, an der man angefangen hat
zu spulen.

Woher kann das kommen. Habe nur ich das? Ist es ein Bug von 1.7.8?
Ist es ein xinelibout Bug?

Was kann ich tun.

Zitat

Original von Siedu
Netzwerkverbindung zu langsam ?
Hast Du 100MBit oder 1000MBit ?

Wie sieht es mit Deinen Buffern aus ?
Hast Du schon versucht die Buffer zu vergrössern ?

Gruß
SieDu

Alles anzeigen

Das Netzwerk ist 1GBit, sollte als dicke ausreichen.
Die Buffers sind sind auf orginal 250, um den Buffer anzupassen
muss ich den Patch von Durchflieger benutzen, richtig?

Welche buffer sind zu empfehlen?

Gruß,
Peter

Ich hab mal ein bischen mit den Buffers gespielt, bringt aber keine Änderung!
Vorspulen ohne Probleme! Zurückspulen funktioniert wie oben beschrieben (also eiegntlich gar nicht).

Funktioniert es bei euch allen? Mich würde interessieren ob es bei jemanddem
funktioniert. Merkwüdig, ist eben, das es bei zurückspulen nicht klappt. Vorspulen aber ganz gut funktioniert.

EDIT:
Ich hab im log auf dem vdr Server folgendes gefunden, es kommt wenn das zurückspulen anfängt zu spinnen.
Leider lässt sich zu diesen Meldungen nichts finden. Jemand eine Idee?

Aug  2 15:21:57 peter vdr: [6804] [xine..put] cXinelibServer::GetSTC timeout (200ms)
Aug  2 15:21:57 peter vdr: [6804] [xine..put] cXinelibServer::GetSTC timeout (200ms)
Aug  2 15:21:57 peter vdr: [6849] [xine..put] cXinelibServer::GetSTC timeout (200ms)
Aug  2 15:21:57 peter vdr: [6804] [xine..put] cXinelibServer::GetSTC timeout (200ms)

Werde das xine-plugin austestetn.

so wie ich es verstehe, kann ich meine 1.2er xinelib behalten und brauch
auf meinem client noch die xine-ui und auf der server das vdr-xine plugin.

Was sind die vorteile gegenüber xinelibout? Oder umgedreht was ist an xinelibout besser als an xine-plugin?

Zitat

Original von Siedu
Ich verwende auch das xine-plugin.
Als ich noch das xineliboutput verwendet hatte, hatte ich dies nicht probiert.

Gruß
SieDu

Super ich hab xine-plugin am laufen, ich hab noch die keymap angepasst
und schon konnte ich die xine-ui mit der Tastatur bedienen. 1A.

Xine-Plugin macht ein viiiiiiiiel besseren Eindruck als xinelibout.

Spulen funktioniert nun einwandfrei, es läuft richtig smooth! Regiert sofort
beim spulen, nicht wie xinelibout, das es erstmal 1-3 sekunden weiter spult.

Das zurückspulen funktioniert nun auch einwandfrei!

Danke für den Tipp (xine-plugin)!

Ich hab noch nicht ganz verstanden, was der vorteil bei es dem xinelibout plugin ist.
Was kann es mehr/anders?

Ich teste noch ein bischen.

Ich tüte meine Folgefrage nun hier mit an.
ich denke das ist OK, vieleicht liest ja noch jemand.

Wie kann ich das xine-plugin OSD nun fest auf eine besteimmte Auflösung
fest setzen. So das es immer auf einer breite bleibt, egal ob 16:9 oder 4:3.

Zur zeit wackelt es ziemlich hin und her, das nervt!

EDIT:
Ich hab meien Frage nochmal in einem neuen Thread gestellt, da es mit dem
ursprügnlichen Problem nichts mehr zu tun hat:

--> http://www.vdrportal.de/board/thread.php?threadid=88529

Paule99:
ja die tcp option hatte ich aktiviert.

Also ich bin ein bischen enttäuscht. Irgentwie funktioniert das Spulen mit xine-plugin auch nicht sonderlich gut.
Das Bild fängt an zu stocken (1 Bild pro Sek.). Außerdem stimmt der
Fortschrittsbalken beim normalen Abspielen nicht, das Video ist zu ende,
der fortschrittsbalken aber nicht.

Ist das wirklich alles noch so buggy oder hab ich ein Fehler in meinem
Setup.

Vielleicht kann mir mal jemand sein VDPAU-Setuo mit xinelibout oder xine-plugin
geben (welche Versionen gut zusammen arbeiten).

Ich kann mir gar nicht vorstellen, das das alles so buggy sein soll.
Ich werde nochmal mit vdr 1.6.0 testen, wenn es dann immernoch
so ruckt beim spulen, ist es für mich nicht einsetzbar.

Zitat

Du musst nur in den Einstellungen des Plugins die Werte für die X- und Y-Skalierung bei 4:3 entsprechend hochsetzen, dann bekommst du auch die Trauerränder links und rechts weg. Schau mal ins MANUAL.

Das hab ich auch herausgefunden. Leider wird das Bild dann sehr in die Breite gezogen. Ich hätte gerne ein Funktion in der ein 4:3 Video nach 16:9 gebracht wird, das Video soll aber nicht gestreckt sein, sondern das Video
soll rechts und links schwarze Balken bekommen, damit das Seiteverhälnis
gleich bleibt und das Menu über die ganze breite gehen kann, wie es bei
einem echten 16:9 Stream auch ist.
Weis nicht ob sowas möglich ist. Es müsste ein Post plugin geben, das aus einem
4:3 Video ein 16:9 Video macht indem es entsprechnde schwarze Balnken links und rechts anfügt um das Sietenverhälnis des 4:3 Videos nicht zu verändern.
Es hätte dann aber eben eine (echte) gesamt breite von 16:9 und das
Menü würde sich bei 4:3 schön in voller breite zeigen. Hmmm

Zitat

Ja was denn nun???

Hier funktioniert das Spulen, Springen und der Fortschrittsbalken mit vdr-xine völlig problemlos!

Gruß, tomas

Sorry! Es hatte mit meiner Refernzaufnahme gut funktioniert. Nun hatte ich noch meherer kleine Aufnahmen (~1Minute) gemacht und darin gespult,
es spult erst normal und kurz vor Ende, bekomm ich nur noch ein Bild pro Sekunde. Sehr merkwürdig.
Kann das mal jemand testen (spulen bis kurz vor das Ende mit kurzen
Aufnahmen).

Zitat

sooo kurze Aufnahmen kommen ja in der Praxis wohl eher selten vor. Das ist ja in Beziehung auf das Spulverhalten so aussagekräftig wie der Beschleunigungstest eines Rennwagens auf eine Distanz von einem halben Meter....

Gruß, tomas

Ich hab's mir nochmal angesehen, es ist kein problem mit den kurzen Aufnahmen. Mit kurzen Augnahmen tritt es nur schneller auf ;).

Ich hab mal eine 13 Minuten Aufnahme komplett durchgespult, um 30 sec
vor Ende wieder Play zu drücken.
Kurz vor Ende der Aufnahme (aber > als 30 sek vor Ende) stoppt vdr den
Spulvorgang und zeigt einige Sekunden 1 Bild pro Sekunde, bis er sich dann
irgentwan gefangen hat. Ist wohl ein Bug. knan das jemand nachvollziehen?

EDIT: Also ich fasse zusammen.
Mein letztes Problem konnte ich mit vdr 1.6.0 anstatt vdr 1.7.8 lösen.

Spulproblematik (how cares)

xinelibeout (SVN gestren):
vdr 1.6.0 - funktioniert, beim Spulen "Play" drücken verzögert ziemlich
bdr 1.7.8 - funktioniert gar nicht, starke ruckler bis komplett verwirtes bilder springen

xine-plugin (0.9.3)
vdr 1.6.0 - funktioniert einwandfrei
vdr 1.7.8 - wenn man ein film bis zum ende spult, bekommt man ca. 1 minute
vor schluss, ein Ruckelbild mit 1bild /sek

Mein vdr System, welchses ich gerade
am Aufbauen bin, wird folgende kombi werden:

vdr 1.6.0 + xine-plugin (0.9.3) vorerst mit "-r anamorphic" was einerm in die Breite aufgezoomten 4:3 bild entspricht, 16:9 ist dann normal.

EDIT2:
Das aufgezoomte 4:3 Bild (133 zu 115) gefällt mir ganz gut, das wird es wohl werden, also doch kein "-r anamorphic" . Thanx @ tomas!

So jetzt ist aber gut.

CU und nochmal danke an alle.

Zitat

Hallo,

das kann ich hier nicht reproduzieren. Hab das jetzt mal getestet: Selbst bei einer Aufnahme von nur 85 Sekunden kann ich bis zum Ende spulen, ohne dass das Verhalten auftritt! Auch wenn ich das Spulen 3 Sekunden vor Ende der Aufnahme stoppe, lässt dich der Rest normal abspielen.

Könnte bei dir evtl an zu hohen Werten der Buffer in der ~/.xine/config liegen. audio_num_buffers und video_num_buffers stehen hier auf default. VDR-1.7.8 und vdr-xine-0.9.3

Gruß, tomas

Alles anzeigen

Die Werte habe ich nie geändert, sollten also default sein.
Wie sehen die Buffers bei dir aus?

Meine Werte:

# Anzahl der Audiopuffer
# numeric, default: 230
#engine.buffers.audio_num_buffers:230

# Anzahl der Videopuffer
# numeric, default: 500
#engine.buffers.video_num_buffers:500

# Standardanzahl von Videobildern
# numeric, default: 15
engine.buffers.video_num_frames:22

Zitat

aber doch wohl zumindest in Verbinding mit xineliboutput...

Was hätte ich anpassen sollen?