Nein, die sind noch nicht im CVS. Möchte ich erst einchecken wenn halbwegs sicher ist, dass der Patch nichts verschlimmbessert.
streamdev mit 99% automatisch killen [help wanted]
- BlueIcE
- Geschlossen
-
-
Ich habs jetzt mal ein paar Stunden ausprobiert. Bei mir läuft dank dieser beiden Patches jetzt alles soweit ich das beurteilen kann, stabil. Davor ist mir immer der ganze VDR in unregelmäßigen Abständen, abgestürzt.
Ich schaue mit Hilfe der externremux.sh
Was mir aber noch auffällt ist, dass das Bild unterbrochen wird, sobald ein Standbild übertragen wird.
-
Ich komme leider erst am Wochenende zum testen
-
Zitat
Was mir aber noch auffällt ist, dass das Bild unterbrochen wird, sobald ein Standbild übertragen wird.
Standbild übertragen ?(? Steh' grad auf der Leitung. Was meinst Du damit? -
Hi schmirl,
danke des streamdev-select.diff führen nun Verbindungsabbrüche nicht mehr zu hoher CPU Belastung! Danke!
Gruß, ollo
-
Zitat
Original von schmirl
Standbild übertragen ?(? Steh' grad auf der Leitung. Was meinst Du damit?Ja, war ungeschickt formuliert. Ich meine, wenn ich zB eine NAchrichtensendung schaue.
Da bewegt sich manchmal nur der Kopf des Sprechers. Dann gibt es kurze Aussetzer bei mir.Kommt mir so vor als wären die Daten, die dann übers Internet gesendet werden irgendwie "zu wenig" für den VLC. Ich benutze übrigens XVID.
-
Zitat
Ja, war ungeschickt formuliert. Ich meine, wenn ich zB eine NAchrichtensendung schaue. Da bewegt sich manchmal nur der Kopf des Sprechers. Dann gibt es kurze Aussetzer bei mir.
Und das war vor dem Patch anders? Hm - kommt was im Log? -
Zitat
Original von schmirl
Und das war vor dem Patch anders? Hm - kommt was im Log?Nein, der Patch hat damit nichts zu tun.
War vielleicht hier nicht angebracht darüber zu berichten. -
Zitat
Nein, der Patch hat damit nichts zu tun.
Dann bin ich beruhigt. Nutze selber kein HTTP-Streaming und hab daher auch mit VLC und Co. keinerlei Erfahrung. Probier's vielleicht mal mit einem neuen Thread. -
-
Zitat
Irgendwie nicht für die CVS die im Wiki angegeben ist oder?
Bsp.:- if (sel.Select(500) == -1) {
gibt es nicht in /server/streamer.c vom CVS
Ähm - dochCodecvs annotate server/streamer.c|grep 500 Annotations for server/streamer.c *************** 1.9 (lordjaxo 24-Mar-05): if (sel.Select(500) == -1) {
Habe auch gerade nochmal frisch ausgecheckt, Patch aus Bugtracking heruntergeladen und eingespielt - passt... -
Sorry aber diese Codezeile gibt es bei mir nicht, hab streamdev vorhin ausgecheckt.
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot co streamdevIst der Server richtig?
Elchi
-
Der Server ist richtig. Gerade frisch ausgeführt mit Cut-and-Paste Deiner Befehle:
Codecvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot co streamdev cd streamdev patch -p1 < ../streamdev-select.diff
Ich schick Dir ne PM mit Link zu einer gepatchten Version. -
Hi,
wollte nur mal kurz Feedback geben. Habe den Patch auf die Streamdev-Quelle aus Tobis Repository (vdr-plugin-streamdev-server_0.3.1+cvs20050522) angewendet. Tut offenbar, was es soll. Bisher führte ein "hartes Ausschalten" des Streaming-Clients reproduzierbar zum Weghängen des Servers mit anschließendem "Kanal nicht verfügbar" auf dem neugestarteten Client.
Problem tritt jetzt nicht mehr auf. Das ganze ist jetzt im "Langzeittest".
Gruß,
Holger -
Erstmal vielen Dank das dem Fehler auf den Grund gegangen wird.
Trotz des streamdev-select.diff steigt der CPU Load auf 99%.
Server System: 1FF+1Budget mit LNB Sharing da nur eine Leitung, vdr 1.4.1 mit aktuellem cvs Streamdev-server + schmirls Patches.
Client System: vlc 0.8.6 unter XP, aufruf über Playlisten http://ipvdr:3000/PS/senderIDDen Fehler reproduziere ich, indem ich von horizontal auf vertikal (Sat1 zB) schalte oder contra halt. Es kommt kein Bild und der Server geht auf 99%Load.
Nun ist es ja so das der Stream der ins Netz geht eine Aufnahme auf der Budget Karte darstellt und normalerweise wenn ich lokal am Server sitzen würde ne Meldung (kanal nicht verfügbar) durch den LNBSharing Patch bekomme, da ich nur ein Satkabel für beide Karten hab. Pausierverhalten ist egal ob auf nie pausiert oder immer pausiert.
Teste grad nochmal mit VDR Zapper und VTP Mplayer.Edit: Auch mit dieser Kombi der gleiche Effekt. Scheinbar sollte diese LNBSharing Mechanik auch im Streamdev beachtet werden.
Elchi
-
Zitat
Pausierverhalten ist egal ob auf nie pausiert oder immer pausiert.
Das ist dann allerdings seltsam... Könntest Du den streamdev-server mal mit Debug-Option installieren (cd PLUGINS/src/streamdev; make clean; DEBUG=1 make all) und die Ausgaben (Achtung: kommen über stderr) zusammen mit dem Log posten? Bin über's Wochenende offline - also keine Eile -
Hallo, hab debug eingeschaltet und teste grad mit einem VLC von einer anderen Linuxkiste. Diesmal konnte ich den Fehler mit H/V V/H nicht reproduzieren, aber einen Anderen und zwar getestet mit der gleichen Playlist die ich auch unter XP hatte.
Erster Kanal ist ARD (H), soweit alles ok.
Code
Alles anzeigenconstructor hsRequest command GET /PS/S19.2E-1-1101-28106 HTTP/1.1 Request command Host: 192.168.1.33:3000 header command User-Agent: VLC media player - version 0.8.6a Janus - (c) 1996-2007 the VideoLAN team header command Range: bytes=0- header command Icy-MetaData: 1 header command Connection: Close header command process substr: S19.2E-1-1101-28106 before channelfromstring Apid is 0 after channelfromstring * GetDevice(const cChannel*, int) * ------------------------------- * Found following device: 0x826c628 (2) Initializing Remuxer for full channel transfer ca pid: 0 Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids OUT: |HTTP/1.0 200 OK| OUT: |Content-Type: video/mpeg| OUT: || streamer start start streamer RIGHT ATTACH LiveReceiver->Activate(1) activate streamer Writer start
nächster Kanal SAT1 (V) anderer Trans, soweit alles klar.
Code
Alles anzeigenDesctructing Live streamer stopping streamer RIGHT DETACH LiveReceiver->Activate(0) destructing writer Max. Transmit Blocksize was: 111238 Killing live receiver Desctructing streamer constructor hsRequest command GET /PS/S19.2E-133-33-46 HTTP/1.1 Request command Host: 192.168.1.33:3000 header command User-Agent: VLC media player - version 0.8.6a Janus - (c) 1996-2007 the VideoLAN team header command Range: bytes=0- header command Icy-MetaData: 1 header command Connection: Close header command process substr: S19.2E-133-33-46 before channelfromstring Apid is 0 after channelfromstring * GetDevice(const cChannel*, int) * ------------------------------- * Found following device: 0x8ad0340 (1) * is actual device Initializing Remuxer for full channel transfer ca pid: 0 Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids OUT: |HTTP/1.0 200 OK| OUT: |Content-Type: video/mpeg| OUT: || streamer start start streamer RIGHT ATTACH LiveReceiver->Activate(1) activate streamer Writer start
nächster Kanal RTL (H) anderen Trans, soweit okay
Code
Alles anzeigenDesctructing Live streamer stopping streamer RIGHT DETACH LiveReceiver->Activate(0) destructing writer Max. Transmit Blocksize was: 67805 Killing live receiver Desctructing streamer constructor hsRequest command GET /PS/S19.2E-1-1089-12003 HTTP/1.1 Request command Host: 192.168.1.33:3000 header command User-Agent: VLC media player - version 0.8.6a Janus - (c) 1996-2007 the VideoLAN team header command Range: bytes=0- header command Icy-MetaData: 1 header command Connection: Close header command process substr: S19.2E-1-1089-12003 before channelfromstring Apid is 0 after channelfromstring * GetDevice(const cChannel*, int) * ------------------------------- * Found following device: 0x8ad0340 (1) * is actual device Initializing Remuxer for full channel transfer ca pid: 0 Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids Killing live receiver Creating Receiver to respect changed pids OUT: |HTTP/1.0 200 OK| OUT: |Content-Type: video/mpeg| OUT: || streamer start start streamer RIGHT ATTACH LiveReceiver->Activate(1) activate streamer Writer start
Nun auf einen verschlüsselten Sender zB Premiere Start (H), keine CAM´s installiert.
Code
Alles anzeigenDesctructing Live streamer stopping streamer Max. Transmit Blocksize was: 80707 RIGHT DETACH LiveReceiver->Activate(0) destructing writer Killing live receiver Desctructing streamer constructor hsRequest command GET /PS/S19.2E-133-2-8 HTTP/1.1 Request command Host: 192.168.1.33:3000 header command User-Agent: VLC media player - version 0.8.6a Janus - (c) 1996-2007 the VideoLAN team header command Range: bytes=0- header command Icy-MetaData: 1 header command Connection: Close header command process substr: S19.2E-133-2-8 before channelfromstring Apid is 0 after channelfromstring * GetDevice(const cChannel*, int) * ------------------------------- * Found following device: (nil) (0) * trying again... RIGHT DETACH RIGHT ATTACH * Found following device: (nil) (0) * NOT same transponder Desctructing Live streamer Desctructing streamer OUT: |HTTP/1.0 409 Channel not available| OUT: ||
Nun geht der Server auf 99% hoch.
Werde den Test unter XP nochmals in der Form nachholen.Elchi
-
An der Stelle
bin ich momentan noch am Rätseln, warum Dir hier nicht streamdev mit dem ganzen VDR um die Ohren fliegt ?(.
Könntest Du zu den unteren Ausgaben noch die Meldungen aus dem Log posten?
Und falls Dir langweilig sein sollte :D: Da Du das ja recht einfach reproduzieren kannst, wäre ein strace-Log noch recht hilfreich. Andernfalls könnte es noch ein wenig dauern bis ich das daheim nachstellen kann.
-
Kann es sein das der Patch Probleme mit Umlauten verursacht, oder ist das eher ausgeschlossen ?
Das ist mir 2x hintereinander passiert:
CodeFeb 19 23:22:42 D0000029 vdr: [25165] Streamdev: Accepted new client (HTTP) 192.168.0.6:1428 Feb 19 23:22:48 D0000029 vdr: [26778] ERROR: streamdev-server: couldn't send data: Connection reset by peer Feb 19 23:22:48 D0000029 vdr: [25165] fatal error, server exiting: Bad file descriptor
Jedesmal beim zappen auf
#EXTINF:0,WDR Köln
http://192.168.0.29:3000/PES/S19.2E-1-1101-28111Danach ohne Patch probiert und keine Probleme...
Greetz
-
Zitat
Kann es sein das der Patch Probleme mit Umlauten verursacht, oder ist das eher ausgeschlossen ?
Einen direkten Zusammenhang kann ich ausschließen. Aus irgendeinem Grund haut jedoch Dein Client die Tür zu:CodeFeb 19 23:22:48 D0000029 vdr: [26778] ERROR: streamdev-server: couldn't send data: Connection reset by peer
Dass danach der Server aussteigt darf aber nicht passieren. Klassische Race-Condition. Muss den Patch nochmal umschreiben...Schätze mal bei pixelpeter ist genau das selbe passiert, weiß aber nicht was bei ihm im Log stand.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!