Beiträge von FJe

    Im Log steht nach Standardmeldung commands_merged.sh ein core dump.

    femon -H zeigt normalen Status 79%, null Fehler und der Ton läuft ja.

    Ich denke, es ist was durch ein Update der Intel-Grafik-Treiber oder Kernel passiert, da ja auch Aufnahmen vom vlc nicht abgespielt werden.

    Moin,

    ich hab nach dem Update vorgestern wieder schwer Kummer.

    Nach dem Update auf Kernel 5.8..65 und X Komponenten hab ich den Effekt, dass softhdvaapi mit vdr gleich abstürzt, xineliboutput zeigt einmal ein Bild, das stehen bleibt, der Ton läuft weiter. Bei vlc das gleiche, Standbild und Ton läuft.

    Das gilt für Life-TV UND FÜR AUFNAHMEN. Kodi 18.9 zeigt zumindest die Aufnahmen ganz normal mit laufendem Bild.

    TV kann ich da nicht sehen, weil der vdr ohne frontend gar nicht startet.

    Auch ein booten von Kerneln wie 47 oder 58, mit denen es vorher ging, geht jetzt nicht mehr.


    Jemand ähnliche Probleme oder Idee, was ich tun könnte?


    Viele Grüße

    Frank

    Hi,


    hab nicht viel machen müssen. Ich hab einen 49FXW-784 Modell 2018.

    Der cdr läuft mit focal und yavdr Standard Installation auf einem NUC mit den normalen Services wie sie das ansibke playbook einrichtet.

    Alles in einem fritzbox Netz mit festen ip's für die Geräte.

    Ohne das

    server min protocol = NT1


    sah ich nur ip-Nummer Format

    xxx.xxx.xxx.xx/recordings

    in HOME => Geräte


    Damit ging kein Zugriff, egal wie die Config in smb.conf war.


    Mit dem NT1 seh ich nun die Exporte des samba in Geräte und muss sie nur anwählen.

    Dann seh ich die in der Form name.fritz.box/recordings usw.

    Da einfach drauf gehen, gemischte Ansicht Ordner gewählt, in einen recordings Ordner navigiert, die ts-Datei angewählt und läuft sofort.

    Die Tipps von wmautner oben hab ich in die smb.conf mit übernommen.


    good luck

    Frank

    moin,

    danke. es ist sambe 4.11.6-ubuntu auf 20.04 server yavdr.

    mit den tipps von wmautner geht es jetzt zumindest mit win10.

    leider noch nicht mit dem Pana TV.

    ob es was mit dem pw verschlüsseln zu tun hat?

    vg

    F

    moin,

    ich versuche, meinen Pana Smart TV zu überreden, auf den recordings share zugreifen zu lassen.

    Unter Geräte kann ich die ipv4/recordings sehen.

    Versuche ich zuzugreifen kommt ein Fenster mit user / passwort login.

    Wenn ich da meinen User / pw eingebe, geht's leider nicht.

    Ich hab versucht, in der smb.conf über security = user was zu ändern, geht leider nicht.

    Was müsste ich in der smb.conf ändern, damit das geht?


    Viele Grüße

    Frank

    Ja, klar. -ist nur ein Unterschied zu früheren Versionen von Ubntu, da passierte das nicht.

    Suche eigentlich die Option / Konfiguration in der man das ein-/abstellen kann.

    Ist für eine "Ausprobiermaschine" einfacher, als der fstab Zauber.

    Bis dahin "bind"e ich mal fleissig, thx.

    Moin,


    ich hab Kummer mit dem video Verzeichnis beim focal dev vdr.

    Habe focal auf ssd, da liegt auch die /srv/vdr/

    zweite Platte mit ln -s /mnt/sdb2/video mach /srv/vdr/video gelinkt.

    Geht auch prima, nur manchmal haut er den Link weg und im syslog steht


    Code
    Nov  9 18:54:04 yvkd vdr: video: --:--:--.---   +0    0 240/\ms   0-1+4 v-buf
    Nov  9 18:54:18 yvkd device umounted: remove unneeded symlinks: /srv/vdr/video
    Nov  9 18:54:18 yvkd udiskie[3481]: find: '/srv/vdr/video': No such file or directory
    Nov 15 09:43:42 yvkd systemd[1]: Found device C300-CTFDDAC064M video.

    Leider steht da nicht, wer der böse Bube ist. Kernel oder vdr oder ???

    Wie krieg ich das raus? Die anderen Logs zeigen leider nix dazu.

    Scheint beim shutdown zu sein.

    Das verhindert dann auch die programierte Aufnahme, weil natürlich kein video Verzeichnis gefunden wird.


    Seufz

    Frank

    Jau, gleicher Effekt.

    Dazu hab ich noch Ärger mit meinen alten vdr's mit dem avahi-linker, die alten vdr geben kaum Antworten weil sie anscheinend in timeouts odeer ähnlich des NUC hängen, darum hab ich den avahi-linker auf dem nuc wieder stillgelegt.

    Ich hab skinnopacity installiert und der flutscht wie bei meinen nvidia vdr's.

    Und ich geb aus dem VDR nur in Full-HD aus und überlass dem UHD TV das Skalieren, damit ist das Bild gut und es gibt keine Probleme, UHD Kanäle hab ich nicht getestet.

    Hi,

    die Anpassung über die Variable hab ich so gemacht:


    Code
    cd ~/yavdr_ansible
    cp -r group_vars host_vars
    cd host_vars
    mv all localhost
    vi localhost # Änderung der Vars


    Ich hatte schon in localhost dann softhdvaapi für installation eingetragen und das in variable vdr-frontend eingetragen.

    dann in 20_intel.conf das DRI 3 eintragen

    anderes PPA brauchte ich nicht.


    d.h. auch: ohne reboot nach ansible Durchlauf geht es nicht


    Alles aus dem Kopf, bitte in der Doku nochmal checken, ob alles richtig geschrieben

    (host_vars oder hostvars?)


    Beim Fehlersuche hat mir geholfen, von einem anderen Gerät per ssh auf den NUC zu gehen, dort den vdr zu stoppen und dann am NUC per openbox-rechte-maus mal kodi zu starten, wenn das geht, kann man anfangen beim vdr den FEhler zu suchen.


    BTW: wenn der vdr nicht mag ist es oft auch so, dass das rec-Dir nicht passt (Rechte oder wurde nicht angelegt)

    Hi,


    bei mir hatte ich rausgekriegt, dass man den Branch angeben sollte beim git clone yavdr-ansible um sicherzustellen, dass nicht die bionic Version gezogen wird.

    Siehe hier


    1. focal installieren

    2. git clone yavdr-ansible mit -b focal aufgerufen für die richtige Version:

    Code
    git clone -b focal https://github.com/yavdr/yavdr-ansible.git

    vg

    f

    Hi,

    sorry, bin im Urlaub und nur selten am Netz.

    Ich habe nix kompilieren müssen.

    Bei mir ging es "ganz normal":

    1. focal installieren

    2. git clone yavdr-ansible mit -b focal aufgerufen für die richtige Version

    3. group_vars mit cp -r in host_vars kopiert und all in localhost umbenannt

    4. da die Inst. von softhdvaapi mit eingetragen und das als vdr-frontend in die Variable eingetragen
    und weitere Einstellungen vorgenommen

    5. force sundtek dort mit eingetragen

    6. channels.conf, die sicher funktioniert bereitgestellt und in hostvars eingetragen

    7. playbook laufen lassen, vdr gestoppt

    8. in 20_intel.conf das "DRI" "3" eingetragen und reboot

    und es kam sofort Bild und Ton


    Jetzt hier im Urlaub mit Kabel geht es auch wunderbar, die Hackelei mit dvb-t2 ist weg

    Dank an alle, dass es so gut funktioniert.