Hier mal meine remote.conf , die ich verwende, vieleicht hilft das ja weiter
Gruß,
Roland
Danke, aber für welche FB genau ist die nun?
Hier mal meine remote.conf , die ich verwende, vieleicht hilft das ja weiter
Gruß,
Roland
Danke, aber für welche FB genau ist die nun?
Achso ja, ich habe noch ein Problem:
Aktuell verwende ich den Receiver des OrigenAE-Gehäuses samt zugehöriger Fernbedienung (iMon).
Alle anderen FBs "bedienen" dämlicherweise immer irgendeines der anderen Geräte mit - die meisten meinen Grundig Fernseher 8-<
Kann man doch Anlernen, im VDR.
VDR stoppen, remote.conf löschen oder umbennen, danach VDR starten, dann kommt doch das anlernen.
Das ist schon so, ja, aber es hat sich in meinem Konstrukt als etwas schwierig erwiesen (oder ich habe mich zu doof angestellt).
In jedem Fall ist auf der Konsole, auf der das stattfinden soll, immer jeder zweite Tastendruck verschwunden.
Display MoreBei VDRs ohne "Wake on Fernbedienung" nutze ich fast immer diese Hama MCE:
https://www.amazon.de/Hama-Remote-Co…e/dp/B000X1EL4W
Bei meinen NUCs mit eingebautem IR/CIR und der Möglichkeit den NUC via FB zu wecken, nutze ich folgende Fernbedienung:
https://ftp1.gwdg.de/pub/linux/easy…C6_MCE_50GB.htm
Yavdr, EasyVDR, MLD können diese Out of the box mit VDR und Kodi nutzen.
Auch an dich die Frage nach einer passenden remote.conf ![]()
Ich nutze an beiden clients einen flirc Empfänger.
Hast du da zufällig eine passende 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 hab jetzt einfach mal upgedatet - bisher sieht alles gut aus.
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:
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.
Also ich hab sowas in vdr.exec in den post Routinen drin.
Nach jeder Aufnahme werden verschiedene Bereinigungsaufgaben erledigt, u.a. leere Verzeichnisse und dangling Symlinks gelöscht.
Beispiel:
find <path> -type d -empty -delete
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:
Codetvscraper.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:
S19.2E-1-1007-4914
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-28337
S19.2E-1-1023-5804
S19.2E-1-1023-5808
S19.2E-1-1023-5809
S19.2E-1-1025-10325
S19.2E-1-1025-10326
S19.2E-1-1025-10329
S19.2E-1-1025-10331
S19.2E-1-1039-10375
S19.2E-1-1039-10376
S19.2E-1-1039-10377
S19.2E-1-1039-10378
S19.2E-1-1053-21100
S19.2E-1-1061-10351
S19.2E-1-1061-10354
S19.2E-1-1061-10355
S19.2E-1-1078-28680
S19.2E-1-1089-12003
S19.2E-1-1089-12020
S19.2E-1-1089-12030
S19.2E-1-1089-12040
S19.2E-1-1089-12060
S19.2E-1-1089-12061
S19.2E-1-1089-12080
S19.2E-1-1089-12090
S19.2E-1-1091-31200
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-1107-17506
S19.2E-1-1107-17509
S19.2E-133-33-51
S19.2E-133-33-900
S19.2E-133-5-1793
Display More
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:
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:
Code Display Moredarkwing@darkwing-PC ~ $ cat /proc/$(pidof firefox | cut -d ' ' -f 1)/environ | xargs -0 printf "%s\n" | grep "LANG\|LC_" LANGUAGE=de_DE:de LC_TIME=de_DE.UTF-8 LC_MONETARY=de_DE.UTF-8 GDM_LANG=de_DE LC_ADDRESS=de_DE.UTF-8 LANG=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 LC_PAPER=de_DE.UTF-8Sieht immer noch gut aus denke ich
Jepp, überredet ![]()
Hier auch vom PC:
Code Display Moredarkwing@darkwing-PC ~ $ locale LANG=de_DE.UTF-8 LANGUAGE=de_DE:de LC_CTYPE="de_DE.UTF-8" LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE="de_DE.UTF-8" LC_MONETARY=de_DE.UTF-8 LC_MESSAGES="de_DE.UTF-8" LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL=Das sollte passen
Jo, wenn das auch für die Kennung gilt, unter der Browser läuft.
Was meinst Du genau? VDR? Browser?
Hab nur VDR und lokal Live neben VDRAdmin laufen und greife im lokalem Netzwerk darauf zu.
Ich meinte den Rechner, auf dem der Browser läuft.
Es kommt nicht nur bei der Seite Timer. Auch bei Programm oder Suche...
Lege mal einen Timer manuell mit Gedankenstrich an. Vielleicht kommt dann auch die Meldung
Dein Client ist aber schon auf UTF8?
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:
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:
#!/bin/bash
my_name=$( basename $0 )
my_logdir="/var/log/vdr"
my_log=$( mktemp "${my_logdir}/${my_name}-XXXXXX.log" )
# my_log="${my_logdir}/${my_name}.log"
my_logger="/usr/bin/logger"
exec 2>"$my_log"
set -x
ls -1tr "$my_logdir"/"$my_name"-*.log \
| head -n -120 \
| xargs -d '\n' rm -f --
ffmpeg_prog="/usr/bin/ffmpeg"
# -g 25 # auf Empfehlung von jsffm weggelassen
ffmpeg_params=(
-loglevel warning
-i -
-f mpegts
-analyzeduration 1.2M
-probesize 5M
-map 0:v
-map 0:a:0
-c:v libx264
-preset ultrafast
-crf 30
-tune zerolatency
-r 25
-c:a aac
-ac 2
pipe:1
)
test -n "$my_logger" \
&& "$my_logger" -t "vdr: [$$]" -- "$ffmpeg_prog ${ffmpeg_params[@]}"
trap "trap '' EXIT HUP INT TERM ABRT PIPE CHLD; kill -INT 0" EXIT HUP INT TERM ABRT PIPE CHLD
exec 3<&0
"$ffmpeg_prog" "${ffmpeg_params[@]}" 0<&3 &
Display More
Verbesserungsvorschläge gerne jederzeit.
OSD geht, wie gesagt nicht. Ich machs über die setup.conf, sobald die aktuelle Aufnahme durch ist.
Ja toll, hab das via OSD mit der Fernbedienung von live nochmal probiert - warum auch immer hat es jetzt geklappt:
Ich danke euch.