[SOLVED] Softdevice fuehrt zu VDR-Neustart

    Hallo zusammen,


    Veruche mich gerade wieder mal am Softdevice plugin. Leider fuehrt dies immer zu einem Endlos-Neustart des VDRs.


    Folgendes Setup:
    - Hauppauge Nova-S (alte)
    - VDR 1.3.35 + passendem Bipatch
    - KEINE weiteren Plugins oder Erweiterungen
    - FFMPEG CVS von heute ()
    - Softdevice 0.2.0
    - Kernel 2.6.10
    - Ubuntu 5.04
    - das Ganze unter XOrg/X11 mit Xv


    Lt. WIKI passieren Neustarts unter 2.6 wohl nur mit altem FFMPEG, habe daher etxra ein neues genommen...


    VDR sagt:
    >>>
    Mon Nov 7 01:17:20 CET 2005
    [softdevice] processing args
    [softdevice] argv [0] = softdevice
    [softdevice] argv [1] = -vo
    vo_argv: xv:
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    PARSE
    repeat 0
    [softdevice] initializing Plugin
    [softdevice] Initializing Video Out
    [softdevice] ffmpeg version(CVS) build(3277056)
    Mon Nov 7 01:17:20 CET 2005
    restarting VDR
    <<<
    usw.


    In /var/log/messages:
    >>>
    Nov 7 01:18:09 vdr vdr[14818]: VDR version 1.3.35 started
    Nov 7 01:18:09 vdr vdr[14818]: Bigpatch 2005-11-01 with LifeBuffer 0.1.2 is active!
    Nov 7 01:18:09 vdr vdr[14818]: loading plugin: /opt/vdr-1.3.35/lib/libvdr-softdevice.so.1.3.35
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/setup.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/sources.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/diseqc.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/channels.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/timers.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/timercmds.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/svdrphosts.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/ca.conf
    Nov 7 01:18:09 vdr vdr[14818]: loading /opt/vdr-1.3.35/etc/keymacros.conf
    Nov 7 01:18:09 vdr vdr[14818]: found 1 video device
    Nov 7 01:18:09 vdr vdr[14818]: initializing plugin: softdevice (0.2.0): A software emulated MPEG2 device
    <<<


    Ich starte Softdevice mit -P 'softdevice -vo xv:' aus dem runvdr Script. Ohne
    dies startet der VDR durch und startet nicht neu. Die Nova-S ist die einizge Karte, keine weitere (z.B. FF) vorhanden. Treiber werden korrekt geladen, habe das gleiche zuvor mit einer Nexus-s im gleichen System probiert; gleiches Phaenomen (habe daher dann mit der Nova-s probiert, da ich dachte, die Nexus blockiert ja /dev/video0).


    Hat jemand eine Idee was hier schief liegen kann? Mit einem aelteren "stable" FFMPEG war alles identisch.


    Danke+Gruss,
    Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    2 Mal editiert, zuletzt von blazko ()

    Rehi,


    So gerade mal den brandneuen Bigpatch fuer 1.3.36 mit vdr-1.3.36 probiert, leider das gleiche. Also ich weiss, dass er alle DVB Treiber lt. dmesg korrekt laedt, daher ist die Karte da.
    Ich moechte mir nicht nochmal Xine-Plugin plus Xine+Patch antun, zumal mein VDR, fuer den ich gerade "probe", 64bit ist... und das ist ja wohl nochmal komplizierter mit Xine :)


    Danke+Gruss, Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Hallo,


    welchen Treiber benutzt Du für die Geforce? nv von Xorg oder den closed-Source-Treiber von NVidia? Nur letzterer bietet xv und selbst Du bin ich mir nicht ganz sicher, ob sich da nicht mal ein Fehler engeschlichen hat.
    Am besten Du testet es mal mit

    Code
    mplayer -vo xv <videofile>


    Es könnte natürlich auch daran liegen, dass Du alles mit 64-bit kompiliert hast. Ich habe keine Ahnung, ob das funktioniert. Vielleicht wendest Du Dich Dich mal an die Mailingliste vom softdevice-Projekt, dort wird man Dir warscheinlich weiterhelfen können.


    EddieT

    PIII-866, 512 MB Ram, Avermedia 761 DVB-T, PVR150MCE, Debian unstable, vdr 1.3.38, Xine über Xorg auf GF2MX

    Zitat

    Original von blazko
    So gerade mal den brandneuen Bigpatch fuer 1.3.36 mit vdr-1.3.36 probiert, leider das gleiche.


    Versuchs doch mal bitte mit einem ungepatchten vdr.


    Stefan Lucke

    Hi @all,


    So, habe nun folgendes versucht:


    1) Rechner neu aufgesetzt (Ubuntu Breezy), Linux 2.6.12
    2) ffmpeg CVS
    3) VDR 1.3.36


    *ohne* Bigpatch wollte er partout nicht kompilieren (wg. libjpeg.h), sorry Stefan. Daher:


    4) Bigpatch installiert, kompilierte durch
    5) softdevice 0.2.0


    Alles ohne Probs durchkompiliert, jedoch zur Laufzeit wieder die Neustarts. Verbosity des VDR ist auf default (3), nichts zu sehen.


    6) xvinfo: nichts besonderes
    7) mplayer -vo xv <MPEG Datei> spielt ab


    Bin echt ratlos. Habt Ihr noch Ideen? Problem ist leider, dass ich den VDR *jetzt* zusammenschraube und nem Kollegen ueberlasse, am WE ist mein neuer VDR dran, werde es da noch einmal probieren, da identisches Setup.


    Danke+Gruss,
    Timo


    P.S.: Ach ja, vergessen: aktueller nVidia ist drauf und im X11 aktiv (7676).

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Einmal editiert, zuletzt von blazko ()

    So,


    Habe beim Zusammenbauen nun wieder ne olle Nexus-s drinne und nochmal nen "strace" (strace aus dem runvdr Skript) gemacht und dabei gesehen, dass fuer die Softdevice-Subplugins ein entsprechender PLUGINS-Ordner unter ./lib reinmuss! Aha! Das hat man davon, wenn man nach /opt statt /usr/local hinkompiliert (kann dafuer aber parallel neue VDRs machen ohne eine Alt-Installation zu gefaehrden).


    Nun startet der VDR immerhin nicht mehr neu, kann aber wohl mit der Nexus-s wohl nicht viel anfangen (bestimmt "Kollision" am Device file...). Dunno, ich werde hoffentlich am WE mit meinem neuen AMD64 weiter machen koennen und werde berichten, wie es da aussieht (wird noch "spannend").


    Bis denne,
    Timo


    Btw.: wenn das hinhaut, kann ich endlich mein jetzt schon recht langes Ubuntu-AMD64-VDR-HOWTO fertig stellen :)

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Einmal editiert, zuletzt von blazko ()

    Rehi,


    So endlich meinen AMD64 zusammen und habe mich nun an den neuen VDR gemacht. Lustigerweise klappt hier sogar ein "default-install" OHNE bigpatch (Stefan! :-))


    Als ffmpeg loepp ein frische CVS von heute - sonst nichts.
    Leider hier genau das gleiche Problem: VDR startet neu. Ich verwende: Ubuntu GNU/Linux 2.6.12 (mit dessen DVBs!) auf einem AMD64 3800 X2 (SMP). VDR ist der 1.3.36 plus Softdevice 0.2.0.


    Ein ausschnit aus runvdr via strace:


    >>>
    child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24702
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, make: *** No rule to make target `rmmod'. Stop.
    make: *** No rule to make target `insmod'. Stop.
    [{WIFEXITED(s) && WEXITSTATUS(s) == 2}], 0, NULL) = 24702
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffffc3c724, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    stat("/bin/date", {st_mode=S_IFREG|0755, st_size=45088, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24705
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, Sun Nov 13 01:54:45 CET 2005
    [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 24705
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffffc3cc54, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24706
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL) = 24706
    wait4(-1, 0x7fffffc3d164, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    stat("/bin/su", {st_mode=S_IFREG|S_ISUID|0755, st_size=28896, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24707
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, [softdevice] processing args
    [softdevice] argv [0] = softdevice
    [softdevice] argv [1] = -vo
    vo_argv: xv:
    [softdevice] initializing Plugin
    [softdevice] Initializing Video Out
    [softdevice] ffmpeg version(CVS) build(3277056)
    [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 24707
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffffc3ad14, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    stat("/bin/date", {st_mode=S_IFREG|0755, st_size=45088, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24713
    Sun Nov 13 01:54:45 CET 2005
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL) = 24713
    wait4(-1, 0x7fffffc3b1a4, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    write(1, "restarting VDR\n", 15restarting VDR
    ) = 15
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24714
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 24714
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffffc3bcc4, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    stat("/bin/sleep", {st_mode=S_IFREG|0755, st_size=19152, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 24715
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    <<<


    usw.


    Danke fuer irgend einen Hinweis! :-)


    Gruss, Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    1.) xorg.conf richtigt konfiguriert? Driver="nvidia"
    2.) ffmpeg richtig übersetzt? ->www.vdr-wiki.de + installlib
    3.) softdevice richtig übersetzt? (ohne Subplugins erstellen.)
    z.B.: Usage: configure [options]
    available options are:
    --disable-vidix
    --disable-fb
    --disable-dfb
    --disable-xv
    --disable-subplugins
    --with-vidix-path YOUR_VIDIX_PATH
    --help


    Ohne relativ eideutige Fehlermeldungen kann es an allem liegen. z.B. Ubuntu ...


    Gruß, DaLiMan.de

    Hi,


    Also....


    > 1.) xorg.conf richtigt konfiguriert? Driver="nvidia"


    Yepp, nvidia ist aktiv, also net "nv", Version ist die 7676


    > 2.) ffmpeg richtig übersetzt? ->www.vdr-wiki.de + installlib
    Yepp, Haar gena so :)


    > 3.) softdevice richtig übersetzt? (ohne Subplugins erstellen.)
    Seit heute ja, also auch ohne Subplugins, hatte ich vorher (mit FF auf 32bit Sys an, konnte es aber auch fixen; bis zu desem Punkt...)


    z.B.: Usage: configure [options]
    available options are:
    --disable-vidix
    --disable-fb
    --disable-dfb
    --disable-xv
    --disable-subplugins
    --with-vidix-path YOUR_VIDIX_PATH
    --help
    Mh... habe es jetzt nur via Makefile so gemacht, aber uff 32bit Sys auch mal mit diesen ./configure Params. Ist der Vidix-Kram relevant? Habe ihn auskommentiert und ggf. auch keine Vidix-Sachen installiert.


    >Ohne relativ eideutige Fehlermeldungen kann es an allem liegen. z.B. Ubuntu /var/log/messages sagt nur, dass das PLugin installiert wird und der VDR dauernd neu startet, daher war strace das eindeutigste, trotz VDR loggin level 3 :-/


    > Gruß, DaLiMan.de


    Danke fuer Deine Hilfe!
    Gruss,
    Timo


    Btw: verwende eine alte Nova-S; ich brauche wg. Fontend ST0299 keine Firmware, oder? LinuxTV.org sagt nur wa svon den FF Avermedia Frontends....

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Einmal editiert, zuletzt von blazko ()

    Rehi,


    Danke nochmal fue Deine "spaete" Hilfe :)
    Ich habe auf Version 0.2.1 akualisiert. Leider heangt es immer am wait -1:


    >>>
    vo_argv: xv:
    [softdevice] initializing Plugin
    [softdevice] Initializing Video Out
    [softdevice] ffmpeg version(CVS) build(3277056)
    [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 30891
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffff8035c4, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    stat("/bin/date", {st_mode=S_IFREG|0755, st_size=45088, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 30897
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, Sun Nov 13 03:21:16 CET 2005
    [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 30897
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffff803b14, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    write(1, "restarting VDR\n", 15restarting VDR
    ) = 15
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 30898
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 30898
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    --- SIGCHLD (Child exited) @ 0 (0) ---
    wait4(-1, 0x7fffff804574, WNOHANG, NULL) = -1 ECHILD (No child processes)
    rt_sigreturn(0xffffffffffffffff) = 0
    rt_sigaction(SIGINT, {SIG_DFL}, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, 8) = 0
    stat("/bin/sleep", {st_mode=S_IFREG|0755, st_size=19152, ...}) = 0
    rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab057760) = 30899
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
    rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
    rt_sigaction(SIGINT, {0x433720, [], SA_RESTORER, 0x2aaaaae4f190}, {SIG_DFL}, 8) = 0
    wait4(-1,
    <<<


    ... bis zum Neustart. Ich hatte exakt das gleiche mit Ubuntu 32bit (Breezy), egal ob mit FF oder Budget...


    thx,
    Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Rehi,


    Also mplayer mit -vo xv: [file] geht, xvinfo sagt, ich habe Version 2.2 laufend, unterstuetzte Funktionen sind PutImage.


    THX! und greetz,
    Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Zitat

    Original von blazko


    Ich starte Softdevice mit -P 'softdevice -vo xv:' aus dem runvdr Script. Ohne
    dies startet der VDR durch und startet nicht neu.


    Wann wird denn dieses script ausgeführt ?
    Hast Du vdr + softdevice auch schon mal von der kommandozeile aus einen xterm gestartet ?
    Ist die DISPLAY variable richtig gesetzt ?


    Ich starte vdr zum Beispiel so:

    Code
    ./vdr -P "softdevice -vo xv:" -P"softplay --media-path / " -Psoftieee1394 -Pstreamdev-server \
-P"dvd -C /dev/dvdrecorder" \
-E /net_data/vdr137-dvb-t-jarada/epg.data \
-c /net_data/vdr137-dvb-t-jarada \
-v /net_data/video/ -p 2010


    Stefan

    Hallo Stefan,


    Ich lasse das runvdr Script unter X (lokal, nicht per SSH oder so) mit der Konsole aus, mit vorherigem "su" (ohne -p).


    Display ist das erwartete :0.0
    Das runvdr Skript ist das Original, ausser dass die Kernel Mods nicht hier nachgeladen werden, ansonsten sieht meine Zeile so aus:


    VDRCMD="$VDRPRG --log=3 -w 60 --config=../etc --lib=../lib -P 'softdevice -vo xv:' -shutdown='shutdown-h now' $*"


    Leider kann ich einfach nicht weiter kommen, da ich beim strace als letztes nur


    wait4(-1


    sehe. Beim vorigen Problem konnte ich da ja erkennen, dass der PLUGIN Ordner wg. meiner /opt Installation nicht funktionierte. Mittlerweile kompiliere ich immer brav ohne Subplugins :)



    Danke+Gruss,
    Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Rehi,


    PROBLEM SOLVED!!!


    Ich habe gesehen ,dass trotz auskommentierter Subplugins-Anweisung make immer noch welche macht, also habe ich anstelle es auszukommentieren die Anweisung mal auf =0 gesetzt UND doppelt im configure die --disable-subplugins
    angegeben! So hat es endlich geklappt :)
    Laeuft nun super und:


    stefan: kann es sein, dass die Bildqualitaet via XV um einiges besser aussieht, als mit /dev/video0 einer FF (Nexus-s 2.2)?


    Also ich hatte vorher ja die Nexus-s ueber X11 am laufen, nun eine olle Nova-s (ebay...) mit softdevice und Deinem XV plugin; und ich finde, dass ich nun eine deutlich besser Quali habe! Und damit meine ich jetzt nicht nur OSD, sondern das eigentliche Programm.


    DANKE!!!


    Gruss,
    Timo

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    Zitat

    Original von blazko
    Rehi,


    PROBLEM SOLVED!!!


    Ich habe gesehen ,dass trotz auskommentierter Subplugins-Anweisung make immer noch welche macht, also habe ich anstelle es auszukommentieren die Anweisung mal auf =0 gesetzt UND doppelt im configure die --disable-subplugins
    angegeben! So hat es endlich geklappt :)


    Welche Anweisung ? Kannst Du bitte genauer beschreiben was Du da gemacht hast ?
    Wenn bezüglich der Konfiguration Änderungen erfolgen, so sollte im Pluginverzeichniss ein 'make clean' erfolgen. Alternativ kann natürlich auch im Vdr-Verzeichnis ein 'make plugins-clean' ausgeführt werden.


    Zitat


    stefan: kann es sein, dass die Bildqualitaet via XV um einiges besser aussieht, als mit /dev/video0 einer FF (Nexus-s 2.2)?


    Kann ich nicht beurteilen, da ich keine FF-Karte zum Vergleich habe.


    Stefan

    Jo,
    Posting No. 9 GENAU lesen, dann so was schreiben!
    :)
    Gruss,
    Timo


    P.S. Soll heissen: vorher schon mit den Params erfolglos probiert. Erst die Kombination aus Makefile + Params hat geholfen.

    yaVDR 0.4-pre1 on ASUS 1015PN -> Big Screen and XBMC remote on Android.

    2 Mal editiert, zuletzt von blazko ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden