streamdev cvs development

Zitat

Original von LordJaxom

Und AMD64?

Tu dies, indem Du -fPIC den CXXFLAGS im Makefile hinzufügst und anschliessend make clean ausführst

Sollte ich die Tage wohl mal ins CVS einführen

Alles anzeigen

Hi Lord,
so wie es ausschaut ist es schon drinn?????
Hmnmmmmm..............
und nun?
grüsse dejuh

Zitat

Original von LordJaxom

make clean vergessen?

Nein im Ernst, wenn -fPIC drin wäre würd er ja nicht sagen er möchte -fPIC haben... -fPIC muss aber bei den Compile-Vorgängen schon aktiv sein und nicht erst beim Linken. Der Compileroutput in deinem Post zeigt genau das was nicht passieren darf: Linken ohne Compilieren...

Ohne Behauptungen aufstellen zu wollen, aber mit den mir zur Verfügung stehenden Informationen kann ich zu keinem anderen Schluss kommen

Alles anzeigen

Hi Lord,

PLUGIN = streamdev

### The version number of this plugin (taken from the main source file):

VERSION = $(shell grep 'const char \*VERSION *=' common.c | awk '{ print $$5 }' | sed -e 's/[";]//g')

### The C++ compiler and options:

CXX ?= g++
CXXFLAGS ?= -fPIC-W -Woverloaded-virtual

### The directory environment:

DVBDIR = ../DVB
VDRDIR = ../../..
LIBDIR = ../../lib
TMPDIR = /tmp

Mache ich was falsch?

grüsse dejuh

Und, hast du make clean gemacht? Komm, ist nicht schwer, sind nur 12 Zeichen per Tastatur einzugeben...

Wenn beim Make nur der Linker aktiv wird, dann ist das fällig, sonst geht dem nicht, weil ja die .o-Files alle schon da sind...

Zitat

Original von s_herzog
Und, hast du make clean gemacht? Komm, ist nicht schwer, sind nur 12 Zeichen per Tastatur einzugeben...

Wenn beim Make nur der Linker aktiv wird, dann ist das fällig, sonst geht dem nicht, weil ja die .o-Files alle schon da sind...

Hi, weiß der Teufel was das war
Nun geht es ,dabei hab ich die ganze Zeit nichts anderes gemacht.

Dankeeeeeeeeee nochmal für die Mühe Lord und S_herzog....
grüsse Dejuh

Hi, ist es normal, dass der server zwischen 70 und 90 % Cpu Auslastung erzeugt sobald man nicht per ES streamt, ich empfinde das als sehr störend, da ich so meine Cool and Quite vergessen kann.

System

Athlon 64 3000+
Suse 10 amd64
vdr-1.3.37 mit bigpatch
Streamdev aktueller cvs

Gruss

ALT255

Mein streamdev-server Problem (CVS, Stand 3.1.2006):
vdrportal:thread haengt
edit-- Sorry: ist ein anderes böses Plugin...

Hi LordJaxom,

ein kleines Problem habe ich bei Streamdev auch noch gefunden. Wenn man den HTTP Server betreibt und auf einen Sender schaltet der nicht verfügbar ist wird eine Fehlermeldung 409 oder ähnlich zurückgesandt. Leider fehlt hinter dem Header noch eine Leerzeile (die bei http 1.0 nicht opional ist) was Clients wie das Showcenter in einen nahezu undefinierbaren Zustand bringt. Wäre toll wenn Du beim nächsten Update korrigieren könntest, dann kommen solche Clients auch wieder schneller mit ner Fehlermeldung zurück. Muss an zwei Stellen inder connecthttp.c im Server Verzeichnis geändert werden.

Danke
Matthias

Ab und zu tritt bei mir das Problem auf, dass VDR die CPU komplett auslastet, bis man es killt. Ich habe heute mal nachgesehen und festgestellt, dass es am Streamdev Server Plugin liegt:

/tmp>ps -T a
PID SPID TTY STAT TIME COMMAND
21802 21802 pts/1 Ss+ 0:00 /bin/sh /etc/runvdr
5031 5031 pts/1 Sl+ 0:38 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5117 pts/1 Sl+ 0:00 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5118 pts/1 RNl+ 0:09 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5120 pts/1 Sl+ 0:00 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5121 pts/1 SNl+ 0:00 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5123 pts/1 Sl+ 0:00 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5124 pts/1 RNl+ 0:10 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5126 pts/1 Sl+ 0:02 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5127 pts/1 RNl+ 0:13 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5128 pts/1 Sl+ 1:37 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5129 pts/1 Sl+ 0:00 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5172 pts/1 Rl+ 1234:38 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video
5031 5173 pts/1 Sl+ 0:01 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5031 5174 pts/1 Rl+ 5:58 /home/vdr/vdr1 --lirc --no-kbd -l 3 -s /home/vdr/shutdown.sh -c /home/vdr/etc1 -v /home/vdr/video0
5759 5759 pts/0 Ss 0:00 -bash
5856 5856 pts/0 R+ 0:00 ps -T a

Aus dem Logfile:
Jan 27 18:47:40 SERVER vdr: [5128] Streamdev: Accepted new client (VTP) 192.168.1.8:4684
Jan 27 18:47:44 SERVER vdr: [5128] Streamdev: Setting data connection to 192.168.1.8:2941
Jan 27 18:47:44 SERVER vdr: [5171] streamdev-writer thread started (pid=5031, tid=5171)
Jan 27 18:47:44 SERVER vdr: [5172] streamdev-livestreaming thread started (pid=5031, tid=5172)
Jan 27 18:47:44 SERVER vdr: [5173] receiver on device 3 thread started (pid=5031, tid=5173)
Jan 27 18:47:44 SERVER vdr: [5174] TS buffer on device 3 thread started (pid=5031, tid=5174)Jan 27 18:54:12 SERVER vdr: [5173] buffer usage: 70% (tid=5172)
...
Jan 27 18:54:13 SERVER vdr: [5173] buffer usage: 80% (tid=5172)
Jan 27 18:54:14 SERVER vdr: [5173] buffer usage: 90% (tid=5172)
Jan 27 18:54:15 SERVER vdr: [5173] buffer usage: 100% (tid=5172)
... killall vdr1
Jan 28 16:03:33 SERVER vdr: [5172] streamdev-livestreaming thread ended (pid=5031, tid=5172)
Jan 28 16:03:33 SERVER vdr: [5031] buffer stats: 4194303 (100%) used