Posts by horchi

ja werde ich in der nächsten Version berücksichtigen

ich vermute mit URL oder Login stimmt was nicht das sehe ich mir mal zusammen mit Christian an (er macht mehr mit dem eplist login). Aktuell ist aber er in Urlaub und im Anschluss direkt ich.

auf die Gefahr hin das ich hier etwas überlesen habe, hat schon jemand den VDR in der chroot als nicht root User zum laufen bekommen, also mit --user=vdr?

Hier hat das Ansatzweise geklappt nachdem ich den vdr User weiteren Gruppen hinzugefügt und die rechte der /dev/am* Devices angepasst habe. Nur ein Bild hatte ich nicht nur in Fragmenten.

Hintergrund der Frage ... das würde es einfacher machen die Rechte der Files im zentralen NFS Aufnahme Ordner zu erhalten.

- der VDR hat Rechte an der ~vdr/plugins/osd2web/commands.json?
- sie ist in validem JSON?

- Feher im log?

- das sagt denn cat ~vdr/plugins/osd2web/commands.json | json_pp
- Fehler an der Browser Konsole

ist behoben oder besteht das Problem noch?

Erweiterung des osd2web Plugin (Version 0.2.58) um eine Fernbedienung welche man im Browser oder Fullscreen am Handy verwenden kann - am einfachsten mit Link auf dem Homescreen.

Verwendung: http://<VDR IP>:<osd2web Port>/fb.html
Beispiel: http://uhdvdr:4444/fb.html oder mit IP http://192.168.200.209:4444/fb.html

Unter 'Commands' verbergen sich beliebige Konfigurierbare Befehle wie Skript Aufrufe:

Diese konfiguriert man in der commands.json:

root@uhdvdr [chroot] ~> cat ~vdr/plugins/osd2web/commands.json

{

  "vdrtft" : {
     "color" : "darkblue",
     "command" : "/usr/bin/ssh pi@vdrtft /home/pi/bin/toggle.sh vdr"
  },
  "osdtft" : {
     "command" : "/usr/bin/ssh pi@vdrtft /home/pi/bin/toggle.sh vdrosd"
  },
  "restart vdr" : {
     "color" : "orange",
     "command" : "sudo /usr/bin/systemctl restart vdr"
  },
  "reboot" : {
     "color" : "red",
     "command" : "sudo reboot"
  }
}

Viele Grüße Jörg

okay denke ich hab das Problem gefunden, ich habe die ganze Zeit das verwendet:
https://github.com/vdr-projects/vdr-plugin-rpihddevice.git
das scheint veraltet, bin auf Zufall hierauf gestoßen:
https://github.com/reufer/rpihddevice.git

damit läuft es prima, sowohl mit streamdev als auch mit satip, uff manchmal ist es eine schere Geburt.

Zwischenzeitlich mit x Kernel Versionen und VideoCores experimentiert

Nachtrag, ggf. kann es ja noch jemand brauchen:
mit einem laufenden sshd (auf separatem port) in der chroot Umgebung ist das ganze deutlich praktischer, damit kommt man auch mit dem emacs von Remote (emacs tramp package) direkt an das System - das ging auch vorher nur war man dann im corelec Environment im welchem man nicht compilieren konnte.
Man benötigt damit den login zu coreelec (fast) nicht mehr.

Mit einem # getrennt kann man beim Datei remote öffnen im emacs den Port angeben:

/scp:root@uhdvdr#2022:build/.....

Habe hier die Beschreibung wie man zu dem sshd in chroot kommt ergänzt (Kapitel 7):
https://github.com/horchi/vdrO…2Plus/blob/main/README.md

Kodi benötige ich nicht (bzw. ich verwende es wenn es da ist einmal im Jahr für eine Dia Show).

Dann teste im mal gpio unter chroot. Verwendest du GPIO per Skript oder mit c/c++ (ich muss mir das noch ansehen, welche lib, etc, hab das bislang nur auf dem Raspi verwendet). Will damit jetzt nicht den Thread hier kapern.

generell habe ich nichts dagegen. Nur wie sieht es in der Zukunft aus, weißt du/ihr schon etwas darüber wie es mit der Unterstützung im Kernel weiter gehen soll?

Beim Wohnzimmer VDR werde ich sehr wahrscheinlich erst mal bei der chroot Lösung bleiben.
Der Test wie es unter Ubuntu läuft ist für zwei weitere Anwendungen. Einmal im Wohnmobil, da läuft eine Haussteuerung drauf (die habe ich in c++ implementiert) und ein mal im Garten mit der selben Steuerung nur da für den Pool. Beides betreibe ich im Moment mit einem Rasperry Pi auch jeweils mit VDR, nur ist der für den VDR nicht wirklich gut daher denke ich darüber nach es mit dem odroid n2+ abzulösen.
Und auch die Haus-/Pool-Steuerung nebst Zugriff auf GPIO, W1, ... und alles was ich da sonst noch drauf (squeezebox Server, ...) benötige fühlt sich in chroot etwas umständlich an.

ich finde keine Möglichkeit den Kernel zurück zu drehen, im git finde ich auch keinen mit dem entsprechenden Tag. Übersehe ich etwas?
Die einzige Option scheint das 20.04 statt dem 22.04 Image.

danke euch! Ich schaue mal nach was älterem.

Hoffentlich kommt das bald in den mainline Kernel

das habe ich überall so kommt aus dem PPA von seahawk198:

[Unit]
Description=Video Disk Recorder
After=network.target

[Service]
Type=notify
ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh "commands"
ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh "reccmds"
ExecStartPre=/root/bin/smp-affinity.sh
ExecStart=/usr/bin/vdr
Restart=on-failure
RestartPreventExitStatus=0 2

[Install]
WantedBy=multi-user.target

denke hier liegt das Problem (gerade mit dmesg entdeckt):

[   78.671430] mem flags 4099 4099, 4
[   78.675162] Input block allocation failed
[   78.679370] vframe_block storage allocation failed
[   78.710628] not enough mem for VFRAME_INPUT size 524288, ret=-10003
[   78.711419] mem flags 4099 4099, 4
[   78.715172] Input block allocation failed
[   78.719464] vframe_block storage allocation failed
[   78.750634] not enough mem for VFRAME_INPUT size 524288, ret=-10003
[   78.751424] mem flags 4099 4099, 4
[   78.755555] Input block allocation failed
[   78.759607] vframe_block storage allocation failed
[   78.850534] vdec requested to be disconnected
[   80.870465] vdec_disconnect timeout!!! status: 0x3
[   80.870508] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[   80.878015] pgd = ffffffc0c92e0000
[   80.881568] [0000000000000000] *pgd=0000000000000000, *pud=0000000000000000
[   80.888677] Internal error: Oops: 96000045 [#1] PREEMPT SMP
[   80.894396] Modules linked in: cpufreq_ondemand cpufreq_powersave cpufreq_userspace cpufreq_conservative joydev i2_meson_master sch_fq_codel amvdec_vp9 amvdec_vc1 amvdec_real amvdec_mmpeg4 amvdec_mpeg4 amvdec_mpeg12 amvdec_mmjpeg avdec_mjpeg amvdec_h265 amvdec_h264mvc amvdec_mh264 amvdec_h264 amvdec_avs stream_input decoder_common firmware media_lock fuse ip_tables x_tables
pv6 spidev spi_meson_spicc
[   80.930278] CPU: 1 PID: 3255 Comm: device 1 receiv Not tainted 4.9.337-31 #1
[   80.937468] Hardware name: Hardkernel ODROID-N2Plus (DT)
...
...
[   82.101839] [<ffffff8009ca009c>] wait_for_common+0x9c/0x160
[   82.107556] [<ffffff8009ca01d0>] wait_for_completion_timeout+0x30/0x40
[   82.114231] [<ffffff8009992e40>] video_receiver_event_fun+0xd0/0x140
[   82.120730] [<ffffff800987c39c>] vf_unreg_provider+0x138/0x1ec
[   82.126766] [<ffffff8001de3220>] vdec_release+0x70/0x430 [decoder_common]
[   82.133680] [<ffffff8001e2645c>] video_port_release+0x6c/0xc0 [stream_input]
[   82.140864] [<ffffff8001e28c6c>] amstream_release+0x1ec/0x310 [stream_input]
[   82.148032] [<ffffff800924ead0>] __fput+0xac/0x1fc
[   82.152969] [<ffffff800924eca4>] ____fput+0x24/0x30
[   82.157998] [<ffffff80090cc7c8>] task_work_run+0xd8/0x110
[   82.163544] [<ffffff80090bc088>] get_signal+0x708/0x7c0
[   82.168917] [<ffffff800908b7a0>] do_signal+0x80/0xa94
[   82.174117] [<ffffff800908c588>] do_notify_resume+0xa8/0xc0
[   82.179836] [<ffffff80090836ac>] work_pending+0x8/0x10

die Plugin Optionen habe ich identisch zu der chroot Umgebung unter welcher es prima funktioniert:

[softhdodroid]
-a hw:CARD=AMLAUGESOUND,DEV=0

habe das Skript in die systemd Unit eingetragen:

ExecStartPre=/root/bin/smp-affinity.sh
ExecStart=/usr/bin/vdr

und den Pfad zu sh angepasst #!/usr/bin/sh

danke für das Skript !

Hier wieder so ein Effekt, nach systemctl restart vdr zwei instanzen da sich die eine nicht beendet hat und SIGKILL hilft nicht

root@odroid:~# killall -9 vdr
root@odroid:~# psg vdr
root        4166       1  0 14:15 ?        00:00:02 /usr/bin/vdr
root        4385       1  0 14:22 ?        00:00:02 /usr/bin/vdr

ich finde im ersten Post diesen Link: https://wiki.odroid.com/odroid-n2/os_images/ubuntuder der führt mich ganz unten bei Ubuntu 22.04 nach hier: https://wiki.odroid.com/odroid-n2/os_images/ubuntu/20220622
der Link dann wiederum nach hier: https://de.eu.odroid.in/ubuntu_22.04lts/N2/

von dort habe ich ubuntu-22.04-4.9-minimal-odroid-n2-20220622.img genommen
Das habe ich dann ohne einen anderen Kernel zu installieren verwendet.

Passt das oder oder bin ich irgendwo falsch abgebogen?

ich möchte mal schauen wie das ganze unter Plain Ubuntu also ohne CoreElec auf dem odroid n2+läuft

Dazu habe ich mir dieses Image installiert: https://odroid.in/ubuntu_22.04…odroid-n2-20220622.img.xz
Und den VDR nebst Plugins identisch zu dem in der UBUNTU chroot unter CoreElec.

Generell läuft es jedoch mit stochastischen für mich noch nicht greifbaren Problemen, wie hin und wieder schwarzes Bild bis zum Neustart, langsame Reaktion, mal 100%CPU dann wieder nicht, VDR Crashes, hängen bleiben des VDR beim beenden bis zum defunct, ...

Bevor ich weiter suche mal die Frage hier in die Ruden, muss man bei der Installation etwas etwas spezielles beachten bzw. habe ich etwas generelles übersehen (boot.ini, config.ini, Kernel Version, spezielle Treiber Version, ...) oder ist der Ansatz 'einfach' den VDR nebst Plugins auf Basis des genannten Ubuntu Images zu installieren richtig?

Das aus dieser Basis UHD nicht richtig läuft ist mir bekannt.

Danke Grüße Jörg

läuft, ich bin nun auch auf 384k.
Interessant/merkwürdig ist das ich wirklich nicht nur booten (weiß nicht ob das überhaupt nötig war) sondern den TV neu Starten musste.
Also es läuft hier sowohl mit 512k als auch mit 348k, mit 260k geht es nicht

Alle welche du zusammen mit dem epgd verwendest, also die epgd Plugins nicht die vdr Plugins