Beiträge von danet

    Hi,


    zu deinem Trost noch eine Leidensgenosse:


    actions.o: In function `gui_xine_open_and_play':
    actions.c:(.text+0x1515): undefined reference to `xine_strdupa'
    actions.c:(.text+0x154e): undefined reference to `xine_strdupa'
    actions.c:(.text+0x15b9): undefined reference to `xine_strdupa'
    actions.o: In function `gui_select_sub':
    actions.c:(.text+0x5e01): undefined reference to `xine_strdupa'
    config_wrapper.o: In function `config_mrl':
    config_wrapper.c:(.text+0x40d): undefined reference to `xine_strdupa'
    control.o:control.c:(.text+0x13c3): more undefined references to `xine_strdupa' follow


    gruss
    danet

    Hi


    Zitat

    Du startest den VDR also mit LANG=de_DE.UTF-8? Was sagt denn "locale -a"? Stimmen die angezeigten UTF-8 Locales exakt mit "de_DE.UTF-8" überein? Tntnet legt Wert auf den exakten Locale-Namen (Groß- & Kleinschreibung ebenfalls).


    Ich dachte ja. Habe aber mittlerweile festgestellt, dass mein runvdr ein bisschen eigenwillig ist und die Sprache wieder auf POSIX stellt. Mal gucken, wo der das Zeugs herholt.


    Ausserdem hast du natürlich Recht. Meine lokalen heissen de_DE.utf8.


    Gruss
    danet

    Hallo,


    Ich hab da mal meine ersten Zeilen:


    Dazu meine diseqc.conf


    Gruss
    danet

    Hi,


    nein, das vdr_record.log ist nicht von mir. Ich habs noch :) (11MB)


    Ich habe das video-Verzeichnis des VDR auf den Webserver per NFS gemountet.
    Dieses Verzeichnis enhält einen Link zum File-Server wo ich die Aufnahmen sporadisch
    hinschiebe. (Hat ein bisschen mehr Platz dort) Dieses Verzeichnis ist auch vom Webserver
    entsprechend gemountet, so dass eigentlich alles ok ist. Das meiste kann ich auch abspielen, aber wenns zu tief geht, dann springt die Box wieder zurück. z.B. Bei
    <VDR_DIR>/archive/Krimi/_/.......



    Gruss
    Danet

    Hi,


    Zitat

    Diese Boards gibt es auch mit Mpeg2-Decodern onboard. Kann ich die
    für VDR nutzen?


    Theoretisch ja, praktisch hab ichs noch ned geschafft. (Stichworte: DirectFB/Softdevice)


    Zitat

    Eine weitere Frage: Benutzt Streamdev nur die Budget, oder auch die FF?


    Bei mir nutzt das Teil mangels Budget nur FF's.


    Gruss
    Danet

    Hi,


    ich hab mir auch eine Harmony zugelegt. Der VDR war für mich relativ einfach und schnell aufgesetzt (habe LIRC mit Streamzap USB). Für die anderen Geräte
    muss ich teilweise nochmal dran, da fehlt noch die eine oder andere Funktion.


    Grundsaätzlich finde ich das Konzept der Harmony gut. Du gibts an was du machen willst und die entsprechenden Geräte schalten sich ein, und nicht benötigte werden ausgeschaltet. Schon cool.


    Und vielleicht macht Logitech bzw. Harmony noch mal Ernst mit der Versprechen Linux zu unterstützen.


    Gruss
    danet

    Zitat


    funktioniert denn nun eigentlich die VPS-Programmierung stabil?
    möchte das auf'm Produktiv-VDR nicht austesten *will-keine-Haue-von-Frauchen-bekommen*


    Also bei mir (WDR 3 und DLF-Köln) scheints zu klappen. OK, das letze Mal kam noch eine Verkehrs
    meldung am Anfang. Aber da kann ja vdr wohl nichts dafür.


    gruss
    danet

    Hi,


    Zitat

    Wir warten nun inständig, dass jemand in diesem Thread eine Lösung hinbekommt, um auf die Nexus oder sonstige Karten zu verzichten und die mit dem integrierten Mpeg2 decoder VDR abspielen zu können (mpeg2 playback onboard: http://www.heise.de/newsticker/meldung/45571 )
    natürlich mit all dem tollen Fernbedienungszeug drumherum.



    Ausser Xine könnte man ja auch das softdevice nehmen zum Bleistift mit Direct-FB,
    AFAIK müsste das dann ohne DVB-Karte mit dem CLE266 laufen.


    Zumindest das Soft-Device mit fb habe ich schon probiert, leider konnte ich
    das Direct-fb nicht so testen, da unter vmware nicht genügend Farben für das
    fb zu Verfügung stand .


    Gruss
    danet

    Hallo,


    Seit ich meinen gentoo vdr (client) auf >=1.2.6 updaten wollte, habe ich mit dem
    streamdev bei manchen Kanälen Probleme.


    Meine aktuelle Konfig:
    Server: Suse 9.0 vdr-1.2.6 streamdev-server-0.3.1 dvb-2003-11-08 256MB Celeron 1000 Mhz.
    Client: Gentoo 1.4 vdr-1.3.6 streamdev-client-0.3.1 dvb-2003-11-08 256MB Nehemia 1000 Mhz


    Ich krieg nicht mehr alle Kanäle vom Server. Einige sind gleich nicht mehr
    verfügbar bei andern gibts einen Transfer-Fehler, ich hab im Log beide Fehler
    drinn:


    Client:
    Apr 14 13:35:52 nehemia vdr[4068]: switching to channel 88
    Apr 14 13:35:52 nehemia vdr[4068]: ERROR: Streamdev: Couldn't check if 192.168.246.14:2004 provides channel HIT24
    Apr 14 13:35:52 nehemia vdr[4068]: ERROR: Kanal nicht verfügbar!
    Apr 14 13:35:58 nehemia vdr[4068]: switching to channel 5
    Apr 14 13:40:53 nehemia vdr[4068]: switching to channel 36
    Apr 14 13:40:55 nehemia vdr[4068]: Streamdev: Lost connection to 192.168.246.14:2004: Connection timed out
    Apr 14 13:40:55 nehemia vdr[4068]: ERROR: Transfer-Mode kann nicht gestartet werden!
    Apr 14 13:41:01 nehemia vdr[4068]: switching to channel 5
    Apr 14 13:41:01 nehemia vdr[4068]: Streamdev: Connected to server 192.168.246.14:2004 using capabilities TS, TSPIDS


    Server:
    Apr 14 13:35:15 satlix kernel: device eth0 entered promiscuous mode
    Apr 14 13:35:58 satlix vdr[16781]: Streamdev: Detaching streamer for device selection
    Apr 14 13:35:58 satlix vdr[16781]: Streamdev: Reattaching transceiver after device selection
    Apr 14 13:35:58 satlix vdr[16781]: Streamdev: Setting data connection to 192.168.246.12:32921
    Apr 14 13:35:58 satlix vdr[16781]: Streamdev: Detaching streamer for device selection
    Apr 14 13:35:58 satlix vdr[16781]: Streamdev: Reattaching transceiver after device selection
    Apr 14 13:40:53 satlix vdr[16781]: Streamdev: Detaching streamer for device selection
    Apr 14 13:40:53 satlix vdr[16781]: Streamdev: Reattaching transceiver after device selection
    Apr 14 13:40:55 satlix vdr[16781]: Streamdev: Client (VTP) 192.168.246.12:32900 closed connection
    Apr 14 13:40:55 satlix vdr[16781]: Streamdev: Closing connection to 192.168.246.12:32900
    Apr 14 13:41:01 satlix vdr[16781]: Streamdev: Accepted new client (VTP) 192.168.246.12:32923



    Hat jemand eine Idee?


    Gruss
    danet

    Hi,
    ich hab diese Konfig auch mal probiert, und es wollte ned, dann hab ich im
    portal gesucht und was gefunden. Damit der Client-VDR sich nicht dumm
    und dämlich an der nicht funktionierenden Sat-Karte verlustiert, musst du
    die Kanäle die du vom Server kriegst als verschlüsslt eintragen, dann funktionierts.


    Server:
    :ARD
    Das Erste:11836:h:S19.2E:27500:101:102:104:0:28106:1:1101:0
    Eins MuXx:12110:h:S19.2E:27500:301:302:0:0:28203:1:1073:0
    Eins Extra:12110:h:S19.2E:27500:101:102:0:0:28201:1:1073:0
    Eins Festival:12110:h:S19.2E:27500:201:202:0:0:28202:1:1073:0


    Client:
    :ARD
    Das Erste:11836:h:S19.2E:27500:101:102:104:301:28106:1:1101:0
    Eins MuXx:12110:h:S19.2E:27500:301:302:0:301:28203:1:1073:0
    Eins Extra:12110:h:S19.2E:27500:101:102:0:301:28201:1:1073:0
    Eins Festival:12110:h:S19.2E:27500:201:202:0:301:28202:1:1073:0


    Und damit konvertier ichs:


    channels-conv.pl
    #!/usr/bin/perl
    open (INPUT, 'channels.conf');
    while (<INPUT>) {
    chomp;
    if (/^:/) {
    print "$_\n";
    }
    else {
    @AR= split(/:/);
    if ( $AR[8] eq "0" ) {
    $AR[8] = "301";
    }
    print "$AR[0]:$AR[1]:$AR[2]:$AR[3]:$AR[4]:$AR[5]:$AR[6]:$AR[7]:$AR[8]:$AR[9]
    :$AR[10]:$AR[11]:$AR[12]\n";
    }
    }



    gruss
    danet