Posts by nobanzai

    Auch an dich die Frage nach einer passenden remote.conf :)

    machtnix epgsearch kennt genausolang wie der vdr remote Timer. Wenn das eingerichtet ist, gibt es bei "Timer editieren" die Abfrage "Aufnehmen auf ...". Es ist auch der Konfliktcheck remote einrichtbar. Nur Suchtimer sind auf lokale timer beschränkt, weil die Überwachung mit timersdone und epgsearchdone.data auf Wiederholungen und korrekte Aufnahmen nicht mehr leicht realisierbar ist.

    Remote Timer aber nur mit Plugin vdr-plugin-remotetimers, oder?

    Ich kann von deiner Liste nur zu EPGsearch, Live, MarkAd und StreamDev beitragen und die Empfehlung aussprechen, jeweils die aktuellen Commits von Github zu nehmen. Damit habe ich keine Probleme; aber weil ich eh immer "leading edge" arbeite, kann das bei dir anders sein.

    Generell findest du eine relativ aktuelle Übersicht aller Plugins hier: VDR projects survey

    Die aktuellen Commits hole ich eigentlich immer, es ging mir mehr darum, ob die Settings gegenüber den o.a. bestehenden Versionen angepasst werden müssen, damit es rund läuft.

    Hi,

    aktuell bin ich auf folgenden Versionen von VDR und seinen Plugins:

    • vdr (2.7.7/9) - The Video Disk Recorder
    • channellists (0.0.6) - Manage your channellists
    • conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
    • control (1.0.2) - telnet remote control
    • epgsearch (2.4.4) - search the EPG for repeats and more
    • epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
    • iptv (2.6.8-GIT-f80cd74) - Experience the IPTV
    • live (3.5.2) - Live Interactive VDR Environment
    • markad (4.2.15 (0dd54cc2)) - Mark advertisements
    • quickepgsearch (0.0.1) - Quick search for broadcasts
    • status (2.6.2) - Status monitor test
    • streamdev-client (0.6.4) - VTP Streaming Client
    • streamdev-server (0.6.4) - VDR Streaming Server
    • tvscraper (1.2.14) - Scraping movie and series info

    Wenn ich jetzt auf die aktuellsten Versionen gehe, muss ich da noch etwas beachten, z.B. Configs anpassen, damit es wieder sauber läuft?
    Ich habe nur mitbekommen, dass sich sehr viel geändert hat, was epgsearch und live anbelangt, konnte aber nicht herauslesen, ob ein Update on the fly klappt.

    Danke und ciao.
    Michael.

    ev. fehlt ein vdr Restart nach einer Änderung in ~vdr/plugins/tvscraper/channelmap.conf oder ~/vdr/setup.conf .

    Bei mir sieht das in der setup.conf so aus:

    Code
    tvscraper.ScrapChannels = S19.2E-1-1010-11150;S19.2E-1-1010-11160;S19.2E-1-1010-11170;S19.2E-1-1011-11110;S19.2E-1-1011-11130;S19.2E-1-1019-10301;S19.2E-1-1019-10302;S19.2E-1-1019-10303;S19.2E-1-1021-28332;S19.2E-1-1025-10325;S19.2E-1-1025-10327;S19.2E-1-1025-10331;S19.2E-1-1039-10376;S19.2E-1-1039-10377;S19.2E-1-1039-10378;S19.2E-1-1061-10351;S19.2E-1-1061-10352;S19.2E-1-1061-10355;S19.2E-1-1078-28676;S19.2E-1-1089-12003;S19.2E-1-1089-12020;S19.2E-1-1089-12040;S19.2E-1-1089-12060;S19.2E-1-1089-12061;S19.2E-1-1089-12080;S19.2E-1-1107-17500;S19.2E-1-1107-17501;S19.2E-1-1107-17502;S19.2E-1-1107-17504;S19.2E-1-1107-17505;S19.2E-1-1113-12604;S19.2E-133-5-776;S19.2E-133-5-1793;S19.2E-133-33-51;S28.2E-2-2034-5202;S28.2E-2-2048-10363;S28.2E-2-2048-10365;S28.2E-2-2050-6940;S28.2E-2-2050-6951;S28.2E-2-2109-2102;S28.2E-2-2109-2104;S28.2E-2-2109-2105;S28.2E-2-2109-2108;S28.2E-2-2109-2109;S28.2E-2-2111-21000;S28.2E-2-2111-21050;S28.2E-2-2112-55225;S28.2E-2-2112-55281;S28.2E-2-2114-20825;

    Ja, sieht hier genauso aus, ich hatte es nur leserlich posten wollen.

    Und einen Restart hatte ich mehrfach gemacht.

    Alternativ könnten sie auch in ~vdr/plugins/tvscraper/channelmap.conf stehen.

    Ich habe mir extra nochmal den Code angeschaut: Für Kanäle, die weder in ~vdr/plugins/tvscraper/channelmap.conf noch in ~/vdr/setup.conf (Zeile tvscraper.ScrapChannels = ...) stehen, dürfte diese Meldung nicht kommen.

    Ne, sie stehen, bzw. standen wirklich nur in der epgsearchchangrps.conf - zumindest findet ein grep sie sonst nirgendwo.
    Die Liste der Channels aus tvscraper.ScrapChannels hatte ich oben angehängt.

    Diese Sender stehen in der setup.conf.

    Und sie waren auch mal in der channels.conf

    Ja, in der channels.conf waren die.
    In der setup.con sind sie aber nicht - da stehen nur:

    Nachtrag: In epgsearchchangrps.conf habe ich sie noch gefunden und da mal entfernt. Schau mer mal.

    Hi,

    mir ist aufgefallen, dass ich seit längerem folgende Meldungen bekomme:

    Code
    vdr[1419]: [1463] tvscraper: Channel S19.2E-1-1112-10550 is not availible, skipping. Most likely 
    this channel does not exist. To get rid of this message, goto tvscraper settings and edit the channel list.
    vdr[1419]: [1463] tvscraper: Channel S19.2E-1-1112-10551 is not availible, skipping. Most likely 
    this channel does not exist. To get rid of this message, goto tvscraper settings and edit the channel list.
    vdr[1419]: [1463] tvscraper: Channel S19.2E-1-1112-10552 is not availible, skipping. Most likely 
    this channel does not exist. To get rid of this message, goto tvscraper settings and edit the channel list.

    Woher kommen diese Sender? In der channelmap.conf für tvsp stehen sie nicht drin, und auch in den Settings unter "Kanäle zum scrapen festlegen" tauchen sie nicht auf.
    Welche Stelle übersehe ich da noch?

    Danke und ciao.
    Michael.

    Hier:

    Sieht immer noch gut aus denke ich

    Jepp, überredet 8o

    Hier auch vom PC:

    Das sollte passen

    Jo, wenn das auch für die Kennung gilt, unter der Browser läuft.

    Fazit - sowohl Streamen via Webbrowser als auch via Mediaplayer funktioniert jetzt.
    Für Streamen via Webbrowser kommt die ffmpeg.conf von live in dessen Plugin-Verzeichnis zum Einsatz. Da habe ich nun diesen Eintrag für h264 drin:

    Code
    chnH264   ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2

    Für Streamen via Mediaplayer geht entweder Typ TS in der live Konfiguration einfach so, oder EXT mit einem Script, das man dem streamdev-server über seinen Parameter "--remux=<cmd>" mitgeben kann, wodurch dann auch Komprimierung für dünne Leitungen möglich wird. Da habe ich das hier zusammengebastelt:

    Verbesserungsvorschläge gerne jederzeit.