Beiträge von gggggg

    remote.conf

    Fehler: LIRC.Prev KEY_AGAIN nicht key_previous


    Info: Diese Keys hab ich noch bei meiner Harmony im Profil mce Remote gefunden

    LIRC.Subtitles BB2

    LIRC.Audio BB3


    LIRC.User1 KEY_VIDEO

    LIRC.User2 Teletext

    LIRC.User3 KEY_RADIO

    LIRC.User4 KEY_TV

    LIRC.User5 Pictures

    LIRC.User6 KEY_AUDIO

    LIRC.User7 Aspect

    LIRC.User8 KEY_CLEAR

    LIRC.User9 KEY_ENTER

    Hi u Danke .. grunds. Alles OK

    Könntest du bitte den folgenden quirk aufenehmen. Er dient dazu dass der Jmicorn controller nicht mit UAS betrieben wird

    GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0 usb-storage.quirks=152d:0578:u" #quirk USB Adapt.Jmicron


    mpv:

    Apr 25 12:31:22 BM2LTS-MC vdr: [2184] starting plugin: mpv-c1

    - kannst du bitte erklären, wie das mit mpv-c0 u c1 funken soll.

    ich kenne nur das Setzen z.B. in der /etc/lftp.conf von

    Code
    set net:socket-bind-ipv6 fe80::208:54ff:fe54:b261



    oder hier lftp.rc


    Code
    # bind all IPv4 sockets to specified address. This can be useful to select a specific network interface to use. 
    # Default is empty which means not to bind IPv4 sockets, operating system will choose an address automatically using 
    # routing table. 
    set net:socket-bind-ipv4 192.168.76.150
    
    # the same for IPv6 sockets.
    # set net:socket-bind-ipv6 fe80::208:54ff:fe54:b261
    
    # use given size for SO_SNDBUF and SO_RCVBUF socket options. 0 means system default.
    set net:socket-buffer 0

    Bei uns zieht dieser lftp.conf

    /usr/local/etc


    Leider geht es trotzdem nicht ... gut dass wir tnftp auch drin haben ...

    Danke für dein Bemühen, aber leider hat nichts geändert:

    root@BM2LTS-MC:~# lftp -d ftp://fe80::208:54ff:fe54:b261%eth0.2

    ---- Löse Hostadresse auf...

    ---- IPv6 is not supported or configured

    open: fe80::208:54ff:fe54:b261%eth0.2: Keine Adresse gefunden


    root@BM2LTS-MC:~#lftp

    lftp :~> debug

    lftp :~> open fe80::208:54ff:fe54:b261%eth0.2

    ---- Löse Hostadresse auf...

    ---- IPv6 is not supported or configured

    open: fe80::208:54ff:fe54:b261%eth0.2: Keine Adresse gefunden


    Mit (tn)ftp funkt es jedenfalls:

    root@BM2LTS-MC:~# ftp fe80::208:54ff:fe54:b261%eth0.2

    Connected to fe80::208:54ff:fe54:b261%eth0.2.

    220 netceiver FTP server (GNU inetutils 1.4.1) ready.

    Name (fe80::208:54ff:fe54:b261%eth0.2:root):


    Wie könnte ich verfizieren, ob der IPv6 support bei lftp gegeben ist ?

    Ja ich weis dass das so im Readme steht. Trotzdem funkt es halt leider nicht MEHR.

    lftp :~> open fe80::208:54ff:fe54:b261%eth0.2

    open: fe80::208:54ff:fe54:b261%eth0.2: Keine Adresse gefunden

    lftp :~> debug

    lftp :~> open fe80::208:54ff:fe54:b261%eth0.2

    ---- Löse Hostadresse auf...

    ---- IPv6 is not supported or configured

    mcli:

    Danke M-Reimer .

    Nochmal zu den 9 registrierten mcli devices und dazu dass das Primary-DVB device nun lt. setup.conf wieder mal=9 ist.

    Damals schrieb  pbrb

    Da hat sich was im Plugin-Start geändert, so daß sich mcli nicht vordrängelt...was zu anderen Übelkeiten führen konnte...besser ist es, wenn softdevice als primary device ganz vorne steht.

    Hast du denn daran was geändert ? Weil das PrimaryDVB ist beim alten mcli 0.97 (ohne der netceiverlib) immer =1 gewesen.


    ftp: Hab hier mal kurz die Historie zusammengefasst

    Wir hatten ja den lftp eingebaut, weil der ftp die -q (timeout) Option nicht mehr unterstütz hatte. Siehe hier.

    Ab dem Zeitpunkt nutzen wir den lftp mit dem switch switch --netcvupdate-use-lftp im mcli.conf


    Dann hatte M-Reimer 2023 ein Prob bei lftp bez. der -R Option gemeldet und @Pbiering kommentiert:

    site exec reboot -d 5 has to be pushed to background by the FTP server as otherwise blocking the client. Strangewise lftp is not proper supporting "&" (it throws itself - the client - somehow in the background), but found that tnftp client is working well.


    Aktuell ist es so dass als default client tftp genutzt wird. ACHTUNG ob beim ftp die -q(timout) Option wieder funkt wissen wir nicht !

    Unten der Codeauszug von ncvupdate der 2021 wegen dem nicht mehr funktionierenden -q beim ftp zum Einbau des lftp geführt hat

    Der lftp funkt ja aktuell wegen dem IPv6 Thema aber möglicherweise auch beim -R nicht mehr.


    cinfo. Weil du oben Folgendes gepostet hast !

    configure: === Configuration results ===configure: Package: tnftpd


    Der tftp funkt ja bez. IPv6. Wir brauchen es aber beim Build des lftp.


    Hier hab ich bez lftp u IPv6 was gefunden.

    Ev. ist das der Build switch: #if INET6 && defined(HAVE_IFADDRS_H)


    oder ist das gesetzt --disable-ipv6


    und das nicht  --enable-ipv6 + IPv6 support



    BTW: Sometimes the PC cant shut down, becaause of "the not fully exiting mpv" like in this case:

    Code
    Mar 25 23:51:32 BM2LTS-MC vdr: [2258] [mpv]: event: 0 none
    Mar 26 00:00:42 BM2LTS-MC vdr: message repeated 110 times: [ [2258] [mpv]: event: 0 none]

    M-Reimer

    - was müsste bitte geändert werden um bei LFTP IPv6 support zu bekommen

    - Weshalb trägt mcli 9 devices ein. im mcli.conf sind 3 eingetregen und der Netceiver hat insg. 6

    setup.conf: PrimaryDVB = 9


    Can you please add your Infos here... From my point of view it crashes after 5-10 exits. So to proof your theory please try at least 10 exits...

    kfb77 kannst du mir bitte sagen, was bei dem NTV-Wissen 19:08-20:10 recording schief gelaufen ist:

    Zuerst kommt:

    20:10:00 vdr: [1335] timer 4 (20 1908-2010 'ntv Wissen~2024.03.24-19:10-So') finished with 1 error

    und dann

    So. 24.03.2024 20:10:00 vdr: [2791] epgsearch: finished: '/media/hd/recordings/ntv_Wissen/2024.03.24-19:10-So/2024-03-24.19.08.20-0.rec' but 1631914249 errors)


    Ev. hängt es mit mpv zusammen. Ich habe ab 19:47 damit einen Film angesehen:

    Siehe syslog Mar 24 19:47:47 BM2LTS-MC vdr: [1335] [mpv] cMpvControl


    Auszug aus dem angehängten syslog So. 24.03.2024:

    epgsearchlog: