[BUG] Pause = 100% CPU Auslastung

Kann ich nicht bestätigen, hatte gestern den ganzen Tag eine Wiedergabe pausiert, ohne dass was passiert ist.

Evtl. betrifft es ja nur neuere VDR-Versionen?

Ich kann das Problem bestätigen. Passiert bei mir IMMER am Ende eine Aufnahme, wenn er bei der letzten Schnittmarke anhalten soll.
Habs nicht wirklich tiefer untersucht, scheint aber am JUMPPLAY Patch zu liegen.

--
Chris

Zitat

Original von cteuf
Passiert bei mir IMMER am Ende eine Aufnahme, wenn er bei der letzten Schnittmarke anhalten soll.

Die Funktion hab ich nicht aktiviert.
Beim normalen Pausieren einer Wiedergabe passiert das, wie gesagt, nicht.

hallo,

ich grabe den thread mal wieder aus, weil der titel genau passt.

hier läuft vdr-1.7.15 mit xine-0.9.3 als ausgabedevice. linux-distribution ist noch ein jaunty (9.04). getestet wurde mit einem plain-vdr (keine patches oder sonst etwas, nur xine als ausgabeplugin). dvb-devices sind die aus der signatur. dvb-treiber sind von april dieses jahres (v4l-dvb-tip-2010-04-03).

bei pausieren des live signals geht ein core auf volllast. wenn ich dann als "timeshift" weiterschaue, geht die cpu auf normalzustand, wieder auf pause (des schon aufgenommenen kanals) steigt die last auf einem kern wieder auf 100%. beaobachtet habe ich das auch schon bei der vorgängerversion.

kann jemand dieses verhalten nachvollziehen bzw. kann mir einer sagen, woran das liegen könnte ??

danke und gruß,
ciax

Zitat

Original von ciax
hallo,

ich grabe den thread mal wieder aus, weil der titel genau passt.

hier läuft vdr-1.7.15 mit xine-0.9.3 als ausgabedevice. linux-distribution ist noch ein jaunty (9.04). getestet wurde mit einem plain-vdr (keine patches oder sonst etwas, nur xine als ausgabeplugin). dvb-devices sind die aus der signatur. dvb-treiber sind von april dieses jahres (v4l-dvb-tip-2010-04-03).

bei pausieren des live signals geht ein core auf volllast. wenn ich dann als "timeshift" weiterschaue, geht die cpu auf normalzustand, wieder auf pause (des schon aufgenommenen kanals) steigt die last auf einem kern wieder auf 100%. beaobachtet habe ich das auch schon bei der vorgängerversion.

kann jemand dieses verhalten nachvollziehen bzw. kann mir einer sagen, woran das liegen könnte ??

danke und gruß,
ciax

Alles anzeigen

ok, wenn es da gar keine reaktion gibt, scheine ich tatsächlich alleine auf weiter flur zu stehen

gruß, ciax

Bei mir auch: Ich spiele eine Aufnahme ab, drücke Pause und vdr nimmt sich alle restliche Cpu, fast 100%.

Habt ihr mal versucht ob das auch ohne Xine-Plugin auftritt?
(Einfach mal nicht laden und den VDR blind bedienen.)

Zitat

Original von SHF
Habt ihr mal versucht ob das auch ohne Xine-Plugin auftritt?
(Einfach mal nicht laden und den VDR blind bedienen.)

hallo SHF,

feddback zu deinem vorschlag kommt noch! aber was, wenn's wirklich xine wäre? das ausgabedevice brauche ich .... ?

gruß, ciax

... dann wüsste man wenigstens wo man suchen müsste.

Habt ihr mal mit top geschaut, welcher Prozess die CPU auslastet?

Es gibt übrigens noch andere die Probleme mit der Pause haben, evtl. ist es bei denen auch die CPU-Last:
Live TV pausieren mit xineliboutput?

Ja, das tritt wirklich nur mit dem xine plugin auf. Mit xineliboutput kein Problem.
Was noch merkwürdiger ist, wenn ich im Pause Modus auf Null drücke und eine Schnittmarke setze, geht die Cpu-Last runter, und wenn ich die Marke wieder entferne bleibt sie unten.

Das kann ich leider nicht bestätigen:
Beim Pausieren der Wiedergabe mit xineliboutput/vdr-sxfe einer VDR-Aufnahme hatte ich auch schon 100% CPU-Last, die auch nach dem Beenden der Wiedergabe blieb. Doch das passiert nur sehr selten.

wenn ich hier das Abspielen einer Aufnahme über (vdr-)xine pausiere, dümpelt xine noch mit 0-1% und vdr mit 4-5%.

idle des Gesamtsystems geht von 92-93% auf 97-98% hoch....

Gruß
Tomas

Hat inzwischen mal einer der Betroffenen geschaut, welcher Prozess denn nun die Last erzeugt?

Zitat

Original von jrie
Ja, das tritt wirklich nur mit dem xine plugin auf. Mit xineliboutput kein Problem.
Was noch merkwürdiger ist, wenn ich im Pause Modus auf Null drücke und eine Schnittmarke setze, geht die Cpu-Last runter, und wenn ich die Marke wieder entferne bleibt sie unten.

das kann ich auch bestätigen

Zitat

Originally posted by SHF
Hat inzwischen mal einer der Betroffenen geschaut, welcher Prozess denn nun die Last erzeugt?

Bei mir war es vdr, Version 1.7.14.

SHF: der Prozess ist vdr, oder was genau meinst du mit der Frage?
Ich nehme an, es hat etwas mit der Verbindung von vdr-xine und vdpau zu tun.
Was Stalker schreibt, ist etwas ganz anderes, denn hier geht es um die 100% Cpu, die nur während der Pause auftritt, nicht auch danach.

jrie

danke für's nachstellen/-testen (ich hatte einfach keine zeit ..)

Zitat

Original von jrie
SHF: der Prozess ist vdr, oder was genau meinst du mit der Frage?

unter "htop" läuft ein vdr-prozess auf einem kern (dual-core system) auf 100%. hatte ich schon beschrieben, glaube ich ... oder der thread-titel sagt eigentlich alles ..

Zitat

[..]nicht auch danach.

yep - von "PAUSE" in den "(RE)PLAY"-modus ist die last weg ...

gruß, ciax

Also scheint es bei allen ein VDR-Prozess zu sein (das war nach den bisherigen Beiträgen für mich nicht eindeutig), das ist doch schon mal ein Anhaltspunkt.

Als nächstes sollte man mal versuchen den Prozess anhand der PID genauer zuzuordnen.
Beim Start des VDR wird im Log angezeigt welches Plugin welche PID bekommt.
Vielleicht lässt sich das Problem ja anhand der PID des leistungshungrigen Prozesses und der Infos aus der Logfile das Problem irgendwie einkreisen.