DsChAeK Forum (http://forum.dschaek.de/index.php)
- dboxTV (http://forum.dschaek.de/board.php?boardid=1)
--- Fehler/Probleme und Fragen (http://forum.dschaek.de/board.php?boardid=7)
---- noch ungelöst (http://forum.dschaek.de/board.php?boardid=17)
----- dboxTV-Modus,Timeshift, Speicher/CPU-Auslastung 100% (http://forum.dschaek.de/threadid.php?threadid=81)


Geschrieben von DsChAeK am 17.11.2007 um 10:59:

Fragezeichen dboxTV-Modus,Timeshift, Speicher/CPU-Auslastung 100%

Wenn dboxTV im dboxtv-Modus mit aktiviertem Timeshift läuft, dann
führt das dazu, daß die CPU-Auslastung und Speicherverbrauch extrem
ansteigt, wenn der Stream auf Server-Seite geschlossen wird.

Ich habe das wieder deaktiviert, bin mir aber im unklaren weshalb das so ist.
Es liegt aber definitiv an VLC, und dieser Timeshift-Einstellung.

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 15.04.2008 um 22:34:

Ich kann jetzt erkennen wann und ob ein Stream abreißt, aber auch wenn ich
alle VLC-Instanzen stoppe, geht nach 5-10s der Speicherverbrauch rasend
nach oben, man muß schon Glück haben, wenn das System noch
einigermaßen reagiert. Woran das genau liegt weiß ich nicht, jedenfalls nicht
an dboxTV eigenen Vorgängen.
Ich weiß aber jetzt, daß VLC_Clear() nach VLC_Stop() hilft, damit es in der
Beziehung keine Probleme gibt.

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 16.04.2008 um 19:13:

Ich verschiebe es wieder in ungelöst. :/

Egal wie ich es anstelle, das VLC eigene Webinterface ist entweder nicht mehr
zu erreichen, oder es kommen keine Daten mehr darüber. Das brauche ich
aber um den VLC Status abzufragen, über den ich auch einen Stream-Abbruch
erkenne.

Ich werde noch ein bischen testen müssen...

Weiß jemand warum VLC_Destroy(Instanz1) funktioniert, aber ein weiterer
Aufruf dieser Funktion mit einer anderen Instanz, VLC_Destroy(Instanz2), zum
Absturz führt?

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 16.04.2008 um 22:07:

Gelöst! :))

So, war nochmal ein hartes Stück Arbeit, aber ich habe herausgefunden
woran es liegt, bzw. was genau dazu führt das es Speicher-Probleme gibt.

Ich verwende eine VLC-Instanz (vlc_base) um den Stream von der D-Box
abzurufen, und eine VLC-Instanz (vlc_play) um den Stream wiederzugeben.
Zusätzlich gibt es die Option :access-filter=timeshift die ich bisher bei
vlc_play gesetzt hatte. Genau hier liegt das Problem! In vlc_base war Timeshift
nicht aktiviert.
Setze ich diese Option auch bei vlc_base, dann gibt es keine Probleme mehr.

Das konnte ich übrigens auch mit zwei offenen VLCs, ohne dboxTV, nachstellen.

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 19.04.2008 um 15:46:

Leider habe ich festgestellt, daß es doch nicht so einfach funktioniert.
Die --timeshift-force Option ist ziemlich buggy.
Leider wird diese Option bei Timeshift mit einem http-stream benötigt, sonst
funktionierts nicht.
Komischerweise hat es aber bei meinen Tests irgendwie auch mal ohne
Probleme geklappt...da muß ich nochmal ran, vielleicht finde ich ja noch
eine Möglichkeit das die Sache rund läuft.

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 19.04.2008 um 19:24:

Oh mann, das is echt ein Drama mit diesem VLC-Bug...

Ich habe jetzt eine Lösung die zu funktionieren scheint! smile

1. Generell bei Start
--no-timeshift-force setzen
--http-reconnect setzen

2. Bei einem TV-Kanal
--timeshift-force setzen, sonst funktioniert es nicht!
--http-reconnect verhindert den memory-bug bei Stream-Abriss!

3. Bei einem Radio-Kanal
--no-timeshift-force setzen, sonst funktioniert das abspielen des streams
erst gar nicht, oder nur sehr sehr schlecht.
--http-reconnect ist aktiviert, führt aber auch
damit zu einem memory leak, wenn man zulange auf einen stream wartet.
Deshalb mache ich an dieser Stelle einen Stream Neustart, damit
funktioniert es dann.

Und wenn jetzt das Speicherproblem noch einmal auftritt, dann... Teufel

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2


Geschrieben von DsChAeK am 06.05.2008 um 08:41:

Probleme gibt es auch, wenn ein Stream geöffnet wird, aber nichts rüberkommt.
z.B. hatte ich es im Online-Modus, als irgendein Port nicht richtig konfiguriert
war. Da hilft dann aber ein rechtzeitiger VLC_Stop(). Wenn man zulange
wartet würde wieder der Speicherfresser kommen. Normal, stoppt VLC aber
auch automatisch, wenn die Quelle nichts liefert, ich weiß nicht genau woran
es lag. Ich gehe dem Problem jetzt auch nicht mehr weiter nach...

In der neusten nightly build Version scheint der Bug auch behoben zu sein,
leider ist mir die Version mehrmals bei meinen Tests einfach so abgestürzt, d.h.
ich konnte nicht exakt den Aufbau testen, den ich mit der alten Version nutze.

__________________
dboxTV
Philips D-Box2 (SAT)
BluePeer v1.2.1
yWeb v2.7.0.4
nhttpd/3.1.8 (yhttpd_core/1.2.0)
VLC v0.8.6h
WinXP SP2

Powered by: Burning Board Lite 1.0.2 © 2001-2004 WoltLab GmbH