Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

21

Donnerstag, 6. Juli 2006, 18:08

Ich fände es viel wichtiger die bisher bekannten Bugs zu fixen: 1. 100% Auslastung bei Verbindungsabbruch, 2. Crash beim EPG übertragen. Könnte sich denn niemand erbarmen ? Das nervt so... ;(

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Dr.Nop« (6. Juli 2006, 18:10)


22

Sonntag, 30. Juli 2006, 04:00

Hab einen kleinen Bugfix anzubieten. Beim beenden von VDR wirft streamdev den folgenden Fehler:

vdr: [2397] ERROR: streamdev server thread 2565 won't end (waited 3 seconds) - canceling it...

... was das Beenden von VDR um weitere 3 Sekunden verlängert. Da VDR sowieso relativ lange zum beenden braucht, kann ich auch gut auf diese zusätzlichen 3 Sekunden verzichten.

Der folgende Patch sorgt dafür, dass der server-thread ordentlich beendet wird:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
--- streamdev-cvs-orig/server/server.c	2006-07-30 00:56:54.917279792 +0200
+++ streamdev-cvs/server/server.c	2006-07-30 01:01:00.043183416 +0200
@@ -91,7 +91,12 @@
 				select.Add(s->Socket(), true);
 		}
 
-		if (select.Select() < 0) {
+		int result;
+		while ((result = select.Select(100)) < 0 && errno == ETIMEDOUT) {
+			if (!m_Active) break;
+		}	
+			
+		if (result < 0) {
 			if (m_Active) // no exit was requested while polling
 				esyslog("fatal error, server exiting: %m");
 			break;


Gruß,

Udo

Norad

Schüler

Beiträge: 78

Wohnort: Rellingen

Beruf: Netzwerkadministrator

  • Nachricht senden

23

Sonntag, 30. Juli 2006, 10:51

Bei mir blieb immer ein halbtoter Prozess vom externen Remuxer nach beenden der Verbindung übrig. Der Flicken hier behebt das bei mir.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Index: remux/extern.c
===================================================================
RCS file: /var/cvsroot/streamdev/remux/extern.c,v
retrieving revision 1.1
diff -u -1 -b -p -r1.1 extern.c
--- remux/extern.c      12 Feb 2005 17:20:35 -0000      1.1
+++ remux/extern.c      30 Jul 2006 08:42:27 -0000
@@ -4,2 +4,3 @@
 #include <sys/types.h>
+#include <sys/wait.h>
 #include <signal.h>
@@ -79,2 +80,3 @@ cTSExt::~cTSExt()
        kill(m_Process, SIGTERM);
+       waitpid(m_Process, 0, 0);
 }

24

Sonntag, 30. Juli 2006, 11:53

@schmirl

Du schaffst es mit einem 350Mhz Server zwei Clients zu versorgen?

Wenn ich mit zwei Notebooks zu unseren 2,4Ghz Celeron HTTP Streaming Verbindungen aufbauen möchte bekomme ich bereits nach 3 Minuten Probleme mit dem Puffer...
HD DVB-C System / Ubuntu 14.04 x64 / Kernel 3.13.0-48 x64; VDR 2.2.x; VDRadmin 3.6.10 / ACPI Wakeup
SoftHD-Device GIT / Vdpau / Nvidia 337.25
ASUS AT5IONT-I; Atom D525; 4GB; Nvidia GT218; 1x DD Cine C/T v6; 1x DD DuoFlex C/T v2; (20~40 Watt)

25

Montag, 31. Juli 2006, 09:35

Zitat

Original von Scorp
@schmirl

Du schaffst es mit einem 350Mhz Server zwei Clients zu versorgen?

Wenn ich mit zwei Notebooks zu unseren 2,4Ghz Celeron HTTP Streaming Verbindungen aufbauen möchte bekomme ich bereits nach 3 Minuten Probleme mit dem Puffer...

Yep - kann auch gerne noch zwei Aufnahmen inkl. serverseitiges noad draufpacken. Ruckelt dann höchstens mal 2 Sekunden wenn der Timer gestartet wird, ansonsten aber kein Problem.

Ist bei mir allerdings kein HTTP sondern VDR-to-VDR streaming, welches auf den Transport-Stream zurückgreift. Über HTTP wirst Du vermutlich ein anderes Stream-Format abrufen. Ob und wieviel extra Leistung zur Erzeugung der anderen Formate erforderlich ist kann ich leider nicht sagen.

Prüfe vielleicht auch noch den Durchsatz des Netzwerks.

Viel Erfolg,
Frank

26

Mittwoch, 2. August 2006, 08:46

@scorp
Habe mir gestern mal die Auslastung des Server unter verschiedenen Bedingungen angeschaut:

Ohne Clients (dummydevice): load <0,10, CPU 90-95% idle
2 Clients (ARD und ZDF, laut femon ca. 5 und 4 MBit Videobitrate): load 0,20, CPU 75-85% idle

Mit wget habe ich dann noch vom HTTP-Port ARD nacheinander in PES-, PS- und TS-Format abgerufen. Ich konnte keine signifikanten Unterschiede zwischen den Formaten feststellen. Die Auslastung bewegte sich im gleichen Rahmen.

Dein Problem ist also definitiv nicht der Server.

27

Mittwoch, 2. August 2006, 09:03

@Urig, @Norad
Damit's nicht untergeht habe ich Eure Patches im Bugtracking-System eingepflegt.

Immortal Romance Spielautomat