Beiträge von uwe67

    hallo miteinander,


    bekomm es einfach nicht ans laufen. sobald der vdr startet, verabschiedet sich das kernelmodul


    Code
    Jan 14 11:19:00 nuc-wz kernel: [ 1965.859116] UBSAN: array-index-out-of-bounds in /usr/local/src/vtuner/kernel/vtunerc_main.c:96:17

    Ändere mal in

    Code
    vtunerc_main.c Zeile 96
    
    while (stdpids[x] == PID_UNKNOWN && x<=5) x++;
    
    nach 
    
    while (x<=5 && stdpids[x] == PID_UNKNOWN) x++;


    Gruß Uwe

    Nein Nein

    die dämliche Quality- und Signalstrength-Anzeige verschwendet... :|

    Nein, Nein,

    du machst das schon richtig.


    Ich habe hier zum Beispiel mit vdr satip-plugin verschiedene Werte. Scheint eine Implementierungssache auf SATIP-Server Seite zu sein:


    :thumbup: :thumbup: Danke vorab an Joe_D !


    Ich habe nochmal alles neu kompiliert und mit -T getestet:

    Um Problemen beim Empfang der Daten nachgehen zu können kann das satip-Programm nun mit -T (testmode) aufgerufen werden. Dabei wird nur eine Verbindung zum Satip-Server gemacht, ohne vtuner. Die empfangenen TS-Daten werden an stdout herausgeschrieben:

    ...


    Mein Ergebnis:

    Das hier habe ich zusätzlich:

    Code
    PID: 1 (0x0001)  [= ISO 13818-1 Conditional Access Table (CAT)]


    /tmp/satip.log (satip.log.txt) sieht etwas anders aus.



    Dann habe ich alles mit dem VDR getestet:


    Bei pid tab habe ich keine * :( und somit? kein Bild.

    Code
    pid tab          : 5101 5102 5103 5107 5106 5105 


    Anbei von dieser Aktion ein log (satip0.log.txt)


    Gruß Uwe

    Hallo FireFly,

    dito!

    Ich habe das gleiche festgestellt (egal welche git-Version). Mit satip-plugin habe ich Video und Audio. Also tausche ich nur beim VDR das Plugin durch den vtuner dann habe ich nur WDR HD zum Beispiel. Mit dem Plugin femon sieht man auch das nur ein LOCK grün wird alle anderen sind rot (Signal, Carrier ...), und das bei Audio etwas ankommt.

    Im SATIP-Server (ich benutze wahlweise satpi oder minisatip) sieht man das Daten-Pakete weggesendet werden.


    Wenn ich manuell den Stream mit VLC öffne geht es:


    Das Erste HD

    http://192.168.178.190:8875/?f…,5102,5103,5105,5106,5107


    ZDF HD:

    http://192.168.178.190:8875/?f…,6120,6121,6122,6123,6131



    Code
    channel.conf
    
    Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3,5107=qks@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
    ZDF HD;ZDFvision:11361:HC23M5O35P0S1:S19.2E:22000:6110=27:6120=deu@3,6121=mis@3,6123=mul@3;6122=deu@106:6130;6131=deu:0:11110:1:1011:0
    WDR HD Düsseldorf;ARD:11523:HC23M5O35P0S1:S19.2E:22000:101=27:102=deu@3,103=mis@3,107=qks@3;106=deu@106:104;105=deu:0:28338:1:1021:0

    Das kann es auch nicht sein.

    uwe67: Hast Du das korrekte KDIR im kernel/Makefile angegeben? Ich habe das bei mir nach dem if-else testweise hart gesetzt.

    IMHO müsste das bei Dir

    KDIR := /lib/modules/5.14.21-150400.24.100-default

    lauten

    Ein make install macht:

    Code
    cp vtunerc.ko /lib/modules/5.14.21/kernel/drivers/media/tuners
    depmod -a

    Und ist auch an richtiger Stelle:

    Code
    linux2:/ # find /lib/modules -name vtunerc.ko
    /lib/modules/5.14.21-150400.24.100-default/kernel/drivers/media/tuners/vtunerc.ko
    
    linux2:/ # ls -al /lib/modules/
    total 64
    drwxr-xr-x 16 root root 4096 Dec 19 18:05 .
    drwxr-xr-x 10 root root 4096 Dec 19 17:44 ..
    lrwxrwxrwx  1 root root   43 Dec 19 18:02 5.14.21 -> /lib/modules/5.14.21-150400.24.100-default/
    drwxr-xr-x  5 root root 4096 Dec 23 15:25 5.14.21-150400.24.100-default

    Erst wenn der VDR auf einen Kanal schaltet, stürzt der vtunerc.ko in der Funktion vtunerc_ctrldev_write ab.

    Ich habe es auch mal versucht mit vtuner & satpi, leider schmiert der vtunerc ab:


    Code
    linux2:~ # uname -a
    Linux linux2 5.14.21-150400.24.100-default #1 SMP PREEMPT_DYNAMIC Mon Dec 4 19:12:13 UTC 2023 (3f5cd84) x86_64 x86_64 x86_64 GNU/Linux



    Was mag das sein?

    Gruß Uwe

    Future Wunsch 1:

    könnte man den LevelSelector https://github.com/clappr/clappr-level-selector-plugin oder besser https://github.com/LA1TV/clappr-quality-selection-plugin einbauen? Und als Parameter <videobitrate> dem ffmpeg übergeben, z.B. so:

    ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M ... -c:a aac -ac 2 -b:v <videobitrate> -maxrate <videobitrate> -bufsize <videobitrate>


    Träum... Future Wunsch 2:

    Im Fullscreenmodus: per Maus/Touchscreen eine Kanalauswahlliste ala https://github.com/irongomme/clappr-channels mit jeweils dem Senderlogo.

    Das wäre für ein Android-Tablet ideal.

    Tolle Sache!

    Mit VAAPI geht CPU Auslastung von 125% auf 17% runter!


    Auf meinem 10 Watt System mit openSUSE Tumbleweed, ffmpeg 4.1, IntelCeleron J4105 CPU, bei 1.50GHz, Kanal "ZDF HD", habe ich folgende Werte probiert:

    CPU transcoding:

    bei allen live.StreamVideoOpt...

    ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2

    Code
    server1:~ # top
    top - 11:03:11 up 309 days,  5:08,  2 users,  load average: 1,82, 0,73, 0,47
    Tasks: 160 total,   2 running, 158 sleeping,   0 stopped,   0 zombie
    %Cpu(s): 19,5 us,  1,6 sy, 12,3 ni, 65,0 id,  0,0 wa,  0,0 hi,  1,6 si,  0,0 st
    MiB Mem : 7623,316 total,  361,422 free,  542,773 used, 6719,121 buff/cache
    MiB Swap: 7625,562 total, 7587,316 free,   38,246 used. 6622,469 avail Mem
    
      PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    13199 root      20   0  839952 168788  29100 S 125,2 2,162   0:32.95 ffmpeg
    11122 root      20   0 1983872 155468  22020 S 6,977 1,992  23:45.78 vdr

    VAAPI transcoding:

    bei allen live.StreamVideoOpt...

    ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i <input> -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=1280:h=720' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 2M -maxrate 2M -bufsize 1.8M

    Für maximale Bildqualität Parameter "-b:v 2M -maxrate 2M -bufsize 1.8M" weglassen.

    Code
    server1:~ # top
    top - 11:07:25 up 309 days,  5:12,  2 users,  load average: 0,47, 0,56, 0,45
    Tasks: 161 total,   2 running, 159 sleeping,   0 stopped,   0 zombie
    %Cpu(s):  3,4 us,  5,5 sy,  0,2 ni, 88,1 id,  0,5 wa,  0,0 hi,  2,3 si,  0,0 st
    MiB Mem : 7623,316 total,  310,711 free,  451,793 used, 6860,812 buff/cache
    MiB Swap: 7625,562 total, 7587,316 free,   38,246 used. 6607,543 avail Mem
    
      PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    20607 root      20   0  709572  98788  55384 R 17,22 1,265   0:06.45 ffmpeg
    11122 root      20   0 1981800 155568  22020 S 6,954 1,993  24:00.45 vdr


    Und das tollste auf einem betagten Android-Handy über VPN Mobilfunk (Upload 736kbit/s) im Chrome Browser geht es ohne zu murren mit diesen Einstellungen (Video Bitrate auf 300kbit/s):

    ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i <input> -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=640:h=360' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 0.3M -maxrate 0.3M -bufsize 0.3M

    Hallo Klaus,


    ich Blindfisch, ich habs, der Fehler war schon im ersten Post #7 von mir schon ersichtlich:

    Code
    Auf Client setup.conf:
    
    SVDRPHostName = server2     <--- falsch, hier muss der Clientname hin

    Ich dachte SVDRPHostName wäre der Servername.


    Auf dem Client so einstellen und es geht:

    Code
    SVDRPDefaultHost = server2
    SVDRPHostName = linux2
    SVDRPPeering = 2


    Gruß

    Hallo Klaus,


    immer noch kein erfolg, test Server nur mit SATIP.

    Wenn ich den Client starte kommt auf dem Server wie erwartet:

    Code
    server2:~ # socat -u udp-recv:6419,reuseaddr -
    SVDRP:discover name:server2 port:6419 vdrversion:20400 apiversion:20400 timeout:300 host:server2

    nur der vdr sieht nicht den broadcast.


    Gruß

    Hallo,


    auch ich hab das Problem: "Fehler beim Ansprechen des fernen Timers 0@server2".

    Ein neuer Server und ein neuer Client im Netzwerk mit vdr 2.4.0 und den Patches von ftp://ftp.tvdr.de/vdr/Developer/Patches/vdr-2.4.

    Getestet mit streamdev und einem Ausgabe Plugin xineliboutput oder softhddevice.


    Soviel wie ich verstanden habe, habe ich in Client setup.conf folgendes eingetragen damit Remotetimer aktiv wird:


    Code
    SVDRPDefaultHost = server2
    SVDRPHostName = server2
    SVDRPPeering = 2

    und auf der Server setup.conf:

    Code
    SVDRPDefaultHost = 
    SVDRPHostName = 
    SVDRPPeering = 


    stehen.


    Ein svdrpsend -d server2 LSTT funktioniert auf dem Client.


    Wie soll es eingestellt werden?


    Gruß Uwe