DsChAeK
Administrator
Dabei seit: 14.09.2007
Beiträge: 1403
|
|
Moin,
Oh, stimmt, schicke ich dir nach!
Das der Stream abreißt ist eben eine komische Sache. VLC ist so eingestellt, das wenn der Stream abreißt normalerweise
gewartet wird bis er wieder da ist, dabei sieht man eben solange ein Standbild. Ein solcher Stream Abbruch kann schon am
Sender liegen, es werden ja auch einige http-Befehle gesendet, die die Box abarbeiten muß. Also komplett auschließen können
wir das jedenfalls noch nicht. Das könntest du relativ einfach ausschließen, indem du vor und während dem manuellen VLC Test
die Box mit http-Anfragen bombadierst und dir die CPU-Last der Box anschaust. z.B. http://dbox/control/getservicesxml
Hat der Box-Webserver Threading aktiviert? Kannst du im Webinterface unter Settings->Webserver nachschauen!
(Das sollte auf jedenfall aktiviert sein)
Evlt. sind die Vorraussetzung über die libvlc.dll auch anders wie im manuellen VLC-Test, ich habe schon mit den Parametern
rumgespielt, aber keinen Unterschied bemerkt.
Der Hyperthreading-Modus zu aktivieren ist auf jedenfall mal eine gute Idee gewesen.
Der Effekt tritt bei dir im UDP und HTTP-Modus auf, richtig?
Verwendest du gerade die Testversion, wo alle Threads deaktiviert sind? Wenn nicht verwende zum testen mal nur diese Version!
Habe eben herausgefunden das ich alle Effekte in Windows auf max. Leistung eingestellt habe, d.h. beim Resize geht auch das
Bild nicht sofort mit, was enorm CPU spart!
Arbeitsplatz->Eigenschaften->Erweitert->Systemleistung-Einstellungen->visuelle Effekte
(Habe alles bis auf "Durchsichtigen Hintergrund für Symbolunterschr." deaktiviert)
Könntest du ja mal testen, ob es dann besser ist, bei mir spielt das im Hinblick auf den Stream wieder mal keine Rolle.
Ansonsten würde ich vorschlagen ich spiele mal dein Box-Image bei mir ein. Wenn du 2x Flash hast, was ich mal annehme, dann
könntest du mal einen Dump über das D-Box Service Menü machen. Service->Software-Akt.->Experten-Funkt.->einzelne
Partition auslesen->Flash without bootloader. Das File .img liegt dann im /tmp/ Ordner.
So nähern wir unsere Testumgebung aneinander an.
Gruß,
DsChAeK
__________________ 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
|
|
04.02.2009 09:53 |
|
DsChAeK
Administrator
Dabei seit: 14.09.2007
Beiträge: 1403
|
|
Wow, super Report!
Also Image brauchst du nicht mehr schicken, das können wir jetzt auschließen.
Mir scheint als würde VLC tatsächlich nicht genügend Priorität in deinem System bekommen, daher läßt es sich leicht stören.
Von dboxTV Seite wird aber die Option --high-priority gesetzt, und dboxTV selbst kannst du ja schon einstellen.
Ich vermute das diese Option bei dir einfach nicht wirksam ist, oder zumindest nicht in Verbindung mit der libvlc.dll und dboxTV.
Der Speicherfresser ist ein VLC Fehler, den ich schon öfters in Verbindung mit dem Timeshift-Modus hatte.
Sobald der Stream abreißt und innerhalb weniger Sekunden kein Stop() gesendet wird, frißt VLC ziemlich schnell, sehr viel Speicher.
Ich habe da selbst schon sehr viel gestestet und mit der Option --http-reconnect, welche ich zumindest in der aktuellsten
Version eingebaut habe, vermeide ich diesen Fehler. Ob das dann auf den UDP-Modus auch zutrifft, weiß ich jetzt nicht.
Auf jedenfall ist das ein VLC Bug. Ich glaube der ist erst mit der VLC09 behoben, zumindest hatte ich da schon manuell Tests
gemacht.
Ich werde das noch auf meinem langsameren Laptop testen, weil ich da nämlich nach setzen der --high-priority Option
weniger Hackler hatte. Ich teste das erstmal, vielleicht reagiert der genauso komisch wie bei dir.
Irgendwie werd ich noch nicht ganz schlau aus der Sache...vielleicht ist bei dir auch irgendeine Hardware-Beschleunigung
deaktiviert. Prüf das mal über "Start->Ausführen->dxdiag" unter Anzeige und Sound nach, da müßte alles auf aktiviert bzw.
Maximum stehen. Ich verwende übrigens DirectX9c.
Edit:
Wie sieht es denn aus mit aktuellen Treibern für deine Hardware? (Grafikkarte/Motherboard/...)
Evtl. kann auch noch eine BIOS-Einstellung eine Rolle spielen. Wenn du Hyperthreading deaktiviert hattest, dann vielleicht
auch noch andere Einstellungen?
Gruß
DsChAeK
__________________ 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
Dieser Beitrag wurde schon 1 mal editiert, zum letzten mal von DsChAeK am 06.02.2009 09:30.
|
|
06.02.2009 00:44 |
|
DsChAeK
Administrator
Dabei seit: 14.09.2007
Beiträge: 1403
|
|
Also ich habe jetzt mal den http-Modus getestet und da reißt der Stream ab, d.h. ich bekomme dann einfach ein Standbild.
Die Bitrate sinkt: 500kb/s...200kb/s...4kb/s....0kb/s, dann kann es sein das es nach einiger Zeit wieder auf 1kb/s steigt.
Da hat VLC wohl intern Probleme den Stream wieder aufzunehmen.
Im UDP-Modus reißt nix ab, evtl. ist bei dir der Effekt einfach noch stärker.
Tja, bleibt die große Frage wie man das optimieren kann, da muß ich mal rumspielen und mir vielleicht ein TestApp bauen.
Immerhin bist du jetzt nicht mehr alleine mit dem Effekt.
Edit:
Ich habe das mit VLC direkt nachgestellt und habe absolut denselben Effekt.
Das Log der VLC-Instanz was den Stream von der Box empfängt sieht so aus:
->CPU Auslastung steigt an, jede Menge "late buffer for mux input..." treten auf, dann auf einmal "recv failed",
main warning: late buffer for mux input (10027)
main warning: late buffer for mux input (68006)
main warning: late buffer for mux input (44075)
main warning: late buffer for mux input (20102)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
-> Endlosschleife "recv failed" bis man Stop drückt.
Das VLC was den duplizierten Stream abspielt geht automatisch in den Stop-Modus sobald das "recv failed" mehrmals auftritt.
Also ist das ein internes Problem von VLC. Da kann ich wohl auch wenig machen, da VLC einfach die System-Resourcen braucht.
Vielleicht läßt sich das ja über Parameter noch verbessern...
Ansonsten werde ich das noch mit der VLC09 testen, nicht das die das dort schon optimiert haben!
Ich melde mich!
Edit:
VLC09 hat keinerlei Probleme beim resizen, ist also ein VLC08 Problem!
Gruß
DsChAeK
__________________ 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
Dieser Beitrag wurde schon 2 mal editiert, zum letzten mal von DsChAeK am 08.02.2009 18:00.
|
|
08.02.2009 17:28 |
|
|
|
|
|
|
|