zendeb 0.4.0-beta1

Deine Frage wurde ja nun schon von egalus in aller Ausführlichkeit beantwortet.

Nun habe ich aber auch eine Frage: habt ihr diese Tonruckler bei Aufzeichnungen auch?
Ich hatte sie schon als die S100 als reiner vdr-sxfe Client lief. Jetzt mit lokalem VDR als streamdev client sind sie immer noch da.
Um irgend welche Fremdeinflüsse auszuschließen habe ich für die S100 eine extra Netzwerkkarte in den Server eingebaut. Leider hat das nichts gebracht. Ich habe auch den Eindruck das es mal besser und mal schlechter ist. Ich würde gerne irgendwelche Puffer vergrößern, aber wo?
Angebunden ist der Client übrigens jetzt mit NFSv4 vorher war es NFS3.
Auf "richtigen" Rechnern ist das Problem nicht vorhanden.
Ist es vielleicht doch die (zu) schwache Hardware der S100?
Andererseits: Warum gibt es dann beim live- Bild keine Ruckler?

Gruß howa

Hallo Egalus,

das ist meine remote.conf:

Zitat

LIRC.Up UP
LIRC.Down DOWN
LIRC.Menu MENU
LIRC.Ok OK
LIRC.Back EXIT
LIRC.Left LEFT
LIRC.Right RIGHT
LIRC.Red RED
LIRC.Green GREEN
LIRC.Yellow YELLOW
LIRC.Blue BLUE
LIRC.0 0
LIRC.1 1
LIRC.2 2
LIRC.3 3
LIRC.4 4
LIRC.5 5
LIRC.6 6
LIRC.7 7
LIRC.8 8
LIRC.9 9
LIRC.Info INFO
LIRC.Play PLAY
LIRC.Pause PAUSE
LIRC.Stop STOP
LIRC.FastFwd FWD
LIRC.FastRew REW
LIRC.Next NEXT
LIRC.Prev PREV
LIRC.Channel+ CHUP
LIRC.Channel- CHDOWN
LIRC.Volume+ VOLUP
LIRC.Volume- VOLDOWN
LIRC.Mute MUTE
LIRC.Audio *
LIRC.Channels CANCEL
LIRC.Setup ?
LIRC.User1 RAUTE
LIRC.User2 EPG

Alles anzeigen

Hier noch die /etc/default/vdr:

Zitat

# /etc/default/vdr
#
# See also /usr/share/doc/README.Debian
#

# Change to 1 to enable vdr's init-script
ENABLED=1

# Change this to 1 if you want vdr to be able to shutdown the
# computer
ENABLE_SHUTDOWN=0

# Options that will be passed to vdr's commandline
# for example: OPTIONS="-w 15"
OPTIONS="="-w 60 -l3 --lirc=/dev/null"

Alles anzeigen

Ich habe daran nichts geändert...
Übrigens, im MMS prellt die FB nicht, vielleicht hilft das als Information.

Gruss,

Günter

PS: Ich habe es auch mal mit einer komplett leeren remote.conf versucht, dann rreagiert vdr aber auf keine FB-keys mehr.

Hallo Egalus,

danke für Deine Mühe.
Hier die Ausgabe von ps aux | grep vdr

Zitat

vdr 2806 0.0 0.8 2528 1008 ? S 18:06 0:00 su -m -l vdr -c xterm -font 8x16 -bg black -fg black -geometry 800x600+0+0 -e /etc/zendeb/vdr-sxfe.sh
vdr 2807 0.0 2.1 11644 2720 ? S 18:06 0:00 xterm -font 8x16 -bg black -fg black -geometry 800x600+0+0 -e /etc/zendeb/vdr-sxfe.sh
vdr 2810 0.0 1.2 3144 1536 pts/0 Ss+ 18:06 0:00 /bin/bash /etc/zendeb/vdr-sxfe.sh
root 3203 0.0 1.1 3884 1448 ? Ss 18:16 0:00 /bin/bash -p /usr/sbin/runvdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown-message -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 --lirc -P extrecmenu -P skinelchi -P "xineliboutput --local=none --primary --fullscreen --remote=37890" -P "skinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages" -P smtled -P streamdev-client --vfat
vdr 3217 0.9 10.7 107336 13444 ? Sl 18:16 1:39 /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown-message -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 --lirc -P extrecmenu -P skinelchi -P xineliboutput --local=none --primary --fullscreen --remote=37890 -P skinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages -P smtled -P streamdev-client --vfat
vdr 3231 30.0 16.7 136844 20876 pts/0 SLl+ 18:16 50:21 vdr-sxfe --video xv xvdr://127.0.0.1:37890 --aspect=4:3 --nokbd --lirc --udp --fullscreen --reconnect
root 3328 0.0 0.5 2868 744 pts/1 R+ 21:03 0:00 grep vdr

Alles anzeigen

Und als nächstes ps aux | grep vdr-sxfe

Zitat

vdr 2806 0.0 0.8 2528 1008 ? S 18:06 0:00 su -m -l vdr -c xterm -font 8x16 -bg black -fg black -geometry 800x600+0+0 -e /etc/zendeb/vdr-sxfe.sh
vdr 2807 0.0 2.1 11644 2720 ? S 18:06 0:00 xterm -font 8x16 -bg black -fg black -geometry 800x600+0+0 -e /etc/zendeb/vdr-sxfe.sh
vdr 2810 0.0 1.2 3144 1536 pts/0 Ss+ 18:06 0:00 /bin/bash /etc/zendeb/vdr-sxfe.sh
vdr 3231 30.0 16.7 136844 20876 pts/0 SLl+ 18:16 50:38 vdr-sxfe --video xv xvdr://127.0.0.1:37890 --aspect=4:3 --nokbd --lirc --udp --fullscreen --reconnect
root 3333 0.0 0.6 2872 752 pts/1 R+ 21:04 0:00 grep vdr-sxfe

Ich hoffe Du findest was.Wobei es sieht mir so aus als wäre beides mit der Option lirc gestartet.
Wo ändere ich das denn?

Gruss und Danke,

Günter

Zitat

Original von Egalus
Nachdem ich gerade fast ratlos war hier noch eine letzte Idee

Geht mir öfters so

Hallo Egalus,

ok, ich hab das jetzt selbst gefunden.
in /etc/zendeb liegt die vdr-sxfe.sh
da kann man die Option lirc beim vdr-sxfe rausnehmen.

Und in der Tat, dann prellt es auch nicht mehr.

Gruss und vielen Dank für Deine geduldige Hilfe,

Günter

Hallo zusammen,

bin neu in diesem Forum. Seit gestern besitze ich eine S100 Box, darauf
soll zendeb auf einer CF-Karte/Flashkarte laufen.
Die S100 soll nur als VDR-Client funktionieren.
Wieviel Speicherbedarf muss berücksichtigen?

Vielen Dank schon mal im Voraus

kahezi

Hallo Egalus,

auf deinen Rat hin habe ich mich wegen der Tonruckler mal mit den nfs Parametern in der fstab befasst.

Ich gehe immer davon aus, dass die Programmierer brauchbare Defaultwerte einstellen und man mit oberflächlichem Wissen schnell etwas "überoptimiert". Jetzt habe ich mal auto,rw,rsize=32768,wsize=32768,timeo=14,intr eingetragen. Es hat nichts gebracht. Ohne und mit Parametern habe ich einen Durchsatz von ca 11MB/s (laut mc) beim kopieren größerer Dateien. Das sollte auf jeden Fall reichen. Mehr geht glaube ich auch gar nicht über ein 100er Netz.
Da meine beiden S100 Boxen das gleiche Problem haben, werde ich mal eine davon auf ein lokales Aufnahmeverzeichnis setzen. Eventuell ist es ja nicht das Netz.
Eigenartigerweise ruckelt nur der Ton in unregelmäßigen Abständen. Bei getragener Filmmusik ist das schon ziemlich lästig.
Ich melde mich wieder.

Gruß howa

Hallo Egalus,
ich hab auch mal ein paar Sachen die ich anmerken möchte. Neben meinen eigenem Kram hab ich auch noch dein Zendeb bei mir auffer S100 laufen, eigentlich mit dem Sinn das eins von beiden immer geht wenn ich das andere mal wieder kaputtverbessert hab. Gestern hab ich mich dann mal dran gemacht und Zendeb erstmal kaputtverbessert. Dabei sind ein paar Fragen und mögliche Denkanstösse rausgekommen.

Ich fang mal einfach irgendwo an. Der ursprüngliche Plan war mms 1.1.0 mal einzubauen. Die Pakete sind inzwischen über das bekannte Repo für Etch verfügbar neben den alten. Danach hab ich dann die Lirc Settings angepasst und siehe da nix ging :o)

Erstes Problem: mms startete nicht weil es ihm nicht gelang in /root/.mms seine config zu lesen...

Zweites Problem: mms verabschiedete sich alle naselnag mit segfaults. Das liess sich durch einmal neubauen der mms Pakete mit apt-build leicht fixxen. Dann lieg jedoch das music-alsaplayer plugin nicht. Das Abspielen startete nicht.

Der Hauptstolperstein war dabei aber wirklich für mich das die vdr und mms Frontends als vdr untern halben Benutzerkontext von root liefen. Warum hast du den Xserver nicht als vdr laufen lassen ? Das war relativ einfach zu bewerkstelligen und hat viele Merkwürdigkeiten mit mms aus dem Weg befördert.

Der 2.6.21.7 den du mitlieferst konnte auch nicht mit meiner Opera S1, darum hatte ich mal ein v4l-hg checkout für den 2.6.21.7 durchgebaut. Gestern habe ich mal testweise den 2.6.24-etchnhalf Kernel installiert und erfreut festgestellt das alles lief wie vorher. Also auch der IEGD tut noch genauso gut oder schlecht wie vorher. Mit dem p54pci funktioniert selbst wpa2 sauber bei mir, den nidiswrapper kann man sich also auch sparen. Ausserdem sind de Übertragungsraten im Netzwerk als Gimmick etwas angestiegen. Und tada die Opera S1 läuft ohne weiteres zutun, wenn man vom raufkopieren der Firmware einmal absieht (genauso wie bei der prism firmware übrigens...)

Dann hab ich ein Miniskript zusammengepfuscht das beim starten schaut ob in eth0 ein Kabel steckt und wenn ja eth0 konfiguriert, ansonsten wlan0. Vielleicht wäre das ne nette Vereinfachung für einige Leute ?

Wenn es interessant ist lass ich gern mal meine Änderungen hier irgendwo aufditschen soweit sie mir wieder einfallen

Grüz
Hibbelharry

Hi Egalus,

Zitat

su -m -l vdr -c 'xterm -font 8x16 -bg black -fg black -geometry 800x600+0+0 -e /etc/zendeb/vdr-sxfe.sh'

Der Haken liegt im -m. Damit erhältst du die Umgebung von root auch wenn der eigentlich Benutzer vdr ist. Ich hab nicht genau gebohrt welche der Variablen jetzt mms 1.1.0 fies stört, aber es macht komische Sachen wie beschrieben. Um das ganze X schon als User vdr zu betreiben hab ich den startclients Aufruf "su - vdr -c /etc/zendeb/startclients" vorangestellt und in der /etc/zendeb/xinitrc den su wrap um den xterm Aufruf rausgenommen. Wenn man dann noch schnell in der Xwrapper.config die für den start von X erlaubten Nutzer von console auf anybody ändert hat man das allermeiste meiner Erinnerung nach schon hinter sich.

Der neue Kernel hat mich mit dem IEGD eigentlich gar nicht geärgert. Und genau, ich hab auf der S100 getestet als ich den Krempel verändert hab. Glibc oder Xorg Updates nahm der mir sonst immer viel übler. Aber da ist in Etch alles okay soweit. Sprich ich konnte den Etch Standardkernel nehmen. Nett wärs natürlich wenn man den für die SMT7020 User nochmal flink dvb patched. Kann ich die Tage mal ein Kerneldeb durchbauen so das es universell wird. Aber die Verbesserung die du ansprachst ist wohl nicht mehr drin im Kernel :o)

Ich bin diese Woche etwas prüfungsgeplagt und deshalb bis zum Wochenende auch voll eingespannt. Zum Wochenende sammel ich einfach mal zusammen was mir einfiel und poste das gesammelt zur Disposition, sehen wir was passiert

Grüz
Hibbelharry

Hallo Jungs,
bin gerade am verzweifeln mit dem streamdev-client plugin!bekomme einfach kein bild der server läuft + wurde mittels vlc "getestet",funzt!streamdevhosts.conf ist angepasst!Beide vdr (server + client) sind versionstechnisch identisch,hier mal ein paar auszüge der logs:

server (Verbindung von streamdev-client auf smt mit zendeb 0.4.0-beta1)
...
Aug 31 23:03:56 vdr vdr: [15501] Streamdev: Accepted new client (VTP) 192.168.2.102:39347
Aug 31 23:03:56 vdr vdr: [15501] streamdev: closing streamdev connection to 192.168.2.102:39347
Aug 31 23:04:04 vdr vdr: [15501] Streamdev: Accepted new client (VTP) 192.168.2.102:56217
Aug 31 23:04:12 vdr vdr: [15473] buffer stats: 0 (0%) used
Aug 31 23:04:33 vdr vdr: [15473] buffer stats: 0 (0%) used
Aug 31 23:05:29 vdr vdr: [15490] frontend 1 timed out while tuning to channel 103, tp 111681
Aug 31 23:05:36 vdr vdr: [15473] buffer stats: 0 (0%) used
Aug 31 23:05:41 vdr vdr: [15501] buffer stats: 0 (0%) used
Aug 31 23:05:41 vdr vdr: [15501] buffer stats: 0 (0%) used
Aug 31 23:06:01 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:01 vdr vdr: [15501] buffer stats: 0 (0%) used
...

server (Verbindung von vlc auf localhost)
Aug 31 23:06:17 vdr vdr: [15501] Streamdev: Accepted new client (HTTP) 127.0.0.1:44512
Aug 31 23:06:17 vdr vdr: [10448] streamdev-writer thread started (pid=15473, tid=10448)
Aug 31 23:06:17 vdr vdr: [10449] streamdev-livestreaming thread started (pid=15473, tid=10449)
Aug 31 23:06:17 vdr vdr: [10450] receiver on device 2 thread started (pid=15473, tid=10450)
Aug 31 23:06:17 vdr vdr: [10451] TS buffer on device 2 thread started (pid=15473, tid=10451)
Aug 31 23:06:22 vdr vdr: [25278] transfer thread ended (pid=15473, tid=25278)
Aug 31 23:06:22 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:22 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:22 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:23 vdr vdr: [15473] switching to channel 44
Aug 31 23:06:23 vdr vdr: [15473] cTS2PES got 5 TS errors, 1 TS continuity errors
Aug 31 23:06:23 vdr vdr: [15473] cTS2PES got 1 TS errors, 0 TS continuity errors
Aug 31 23:06:23 vdr vdr: [15473] buffer stats: 214696 (10%) used
Aug 31 23:06:23 vdr vdr: [15473] buffer stats: 0 (0%) used
Aug 31 23:06:23 vdr vdr: [25280] TS buffer on device 1 thread ended (pid=15473, tid=25280)
Aug 31 23:06:23 vdr vdr: [25279] buffer stats: 156792 (7%) used
Aug 31 23:06:23 vdr vdr: [10474] transfer thread started (pid=15473, tid=10474)
Aug 31 23:06:23 vdr vdr: [25279] receiver on device 1 thread ended (pid=15473, tid=25279)
Aug 31 23:06:23 vdr vdr: [10475] receiver on device 1 thread started (pid=15473, tid=10475)
Aug 31 23:06:23 vdr vdr: [10476] TS buffer on device 1 thread started (pid=15473, tid=10476)
Aug 31 23:06:24 vdr vdr: [10474] setting audio track to 1 (0)
Aug 31 23:06:44 vdr vdr: [10474] transfer thread ended (pid=15473, tid=10474)
Aug 31 23:06:44 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:44 vdr vdr: [15501] streamdev-server: Detaching current receiver
Aug 31 23:06:44 vdr vdr: [10476] TS buffer on device 1 thread ended (pid=15473, tid=10476)
Aug 31 23:06:44 vdr vdr: [10475] buffer stats: 110732 (5%) used
Aug 31 23:07:15 vdr vdr: [15501] streamdev: closing streamdev connection to 127.0.0.1:44512
Aug 31 23:07:15 vdr vdr: [10449] streamdev-livestreaming thread ended (pid=15473, tid=10449)
Aug 31 23:07:15 vdr vdr: [10448] streamdev-writer thread ended (pid=15473, tid=10448)
Aug 31 23:07:15 vdr vdr: [15501] cTS2PES got 0 TS errors, 1 TS continuity errors
Aug 31 23:07:15 vdr vdr: [15501] cTS2PES got 0 TS errors, 1 TS continuity errors
Aug 31 23:07:15 vdr vdr: [15501] cTS2PES got 0 TS errors, 1 TS continuity errors
Aug 31 23:07:15 vdr vdr: [15501] buffer stats: 197964 (4%) used
...
client smt mit zendeb 0.4.0-beta1
....
Aug 31 23:03:59 vdr02 vdr: [4779] [xine..put] cXinelibServer::GrabImage: image size is 28240 bytes
Aug 31 23:03:59 vdr02 vdr: [4779] closing SVDRP connection
Aug 31 23:04:00 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:00 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:01 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:01 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:02 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:02 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:03 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:03 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:03 vdr02 vdr: [4779] Streamdev: Connected to server 192.168.2.101:2004 using capabilities TSPIDS,FILTERS
Aug 31 23:04:03 vdr02 vdr: [4779] switching to channel 31
Aug 31 23:04:03 vdr02 vdr: [4795] transfer thread ended (pid=4779, tid=4795)
Aug 31 23:04:04 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:04 vdr02 vdr: [4779] buffer stats: 0 (0%) used
Aug 31 23:04:04 vdr02 vdr: [4859] transfer thread started (pid=4779, tid=4859)
Aug 31 23:04:04 vdr02 vdr: [4793] [xine..put] Invalid re-send request: 226-226 8 (send pos=0)
Aug 31 23:04:04 vdr02 vdr: [4797] TS buffer on device 1 thread ended (pid=4779, tid=4797)
Aug 31 23:04:04 vdr02 vdr: [4796] buffer stats: 0 (0%) used
Aug 31 23:04:04 vdr02 vdr: [4796] receiver on device 1 thread ended (pid=4779, tid=4796)
Aug 31 23:04:04 vdr02 vdr: [4860] receiver on device 1 thread started (pid=4779, tid=4860)
Aug 31 23:04:04 vdr02 vdr: [4861] TS buffer on device 1 thread started (pid=4779, tid=4861)
Aug 31 23:04:04 vdr02 vdr: [4779] connect from 127.0.0.1, port 35423 - accepted
Aug 31 23:04:04 vdr02 vdr: [4779] [xine..put] cXinelibServer::GrabImage: image size is 6963 bytes
Aug 31 23:04:04 vdr02 vdr: [4779] closing SVDRP connection
Aug 31 23:04:04 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:05 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:05 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:06 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:06 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:07 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:07 vdr02 kernel: cx88[0]/2-mpeg: cx8802_timeout
Aug 31 23:04:08 vdr02 vdr: [4779] switching to channel 1
Aug 31 23:04:08 vdr02 vdr: [4859] transfer thread ended (pid=4779, tid=4859)
...

Was mir als Laie auffällt ist das nach dem Verbindungsaufbau des Clients auf der SMT weder "streamdev-writer thread started" noch "streamdev-livestreaming thread started" im server log erscheint...

Hat jemand nen Tip für mich??

Grüße,Lars

Wollte nur mal hupen das is nich meine Ankündigung nicht vergessen hab aber sich der Stress noch ein paar Tage gezogen hat. Hab jetzt angefangen zu machen. Kommt also noch was

Grüz
Hibbelharry

Niemand nen Tip für nen "armen" Unwissenden

Ich musste seltsamer Weise alle Kanäle auf verschlüsselt (egal ob verschlüsselt oder free) einstellen - ich habe am Server VDR 1.6, die SMT läuft mir 1.4.7 (etobi, testing)
Du könntest es ja mal versuchen... mehr als nicht gehen kann es ja nicht...