Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - iNOB

1
Raspberry PI / EPEG- Daemon aktualisiert nicht mehr
« on: February 26, 2022, 20:48:01 »
TVSP läuft hier gut als zweiter Dienst mit ":2" neben TVM. Ich meine mit dem Zusatz mischt er die beiden EPGs....kann mich aber auch irren.

2
Hab das gleiche Problem mit ähnlicher Konfiguration. Der AV-Receiver schleift HDMI im Standby (Normalzustand beim Einschalten des TV+VDRs) zwischen VDR und TV durch. Bei 10 Einschaltvorgängen hab ich 2 x Ton. Abhilfe schafft nur ein Mixer Reset über das Webinterface und ein Neustart des VDRs. Passiert mit 5.4 testing, 5.5 unstable und testing.

3
Habe hier das Problem, dass der Skindesigner mit eastuary Theme in der Programmanzeige nichts mehr auflistet. Die EPG Daten werden im Zapcockpit und Live plugin angezeigt, sind also vorhanden. Ist das Problem bekannt?

4
Funzt... dankeschön!  :)

5
Vorhin um 15:15 Uhr ein Update angestoßen....gleiches Ergebnis. VDR mit segfault. Waren um die Uhrzeit rum, die neu gebauten Pakete am Start?

6
Funktioniert auf meinem NUC auch nicht. VDR segfaultet lustig vor sich hin.

7
Wünsche [ Feature requests ] / nuc-LED für MLD-5.5...
« on: April 20, 2021, 11:13:28 »
Das passiert beim Laden des Treibers:
Code: [Select]
[   36.203651] nuc_led: Invalid action (power) while setting NUC LED state
[  102.805949] BUG: kernel NULL pointer dereference, address: 0000000000000001
[  102.805965] #PF: supervisor read access in kernel mode
[  102.805970] #PF: error_code(0x0000) - not-present page
[  102.805973] PGD 0 P4D 0
[  102.805979] Oops: 0000 [#1] SMP NOPTI
[  102.805984] CPU: 2 PID: 5666 Comm: cat Tainted: G           O      5.11.3.202.111 #1
[  102.805991] Hardware name: Intel(R) Client Systems NUC6CAYH/NUC6CAYB, BIOS AYAPLCEL.86A.0066.2020.0107.1027 01/07/2020
[  102.805995] RIP: 0010:acpi_proc_read+0x9a/0x780 [nuc_led]
[  102.806003] Code: 44 24 20 48 8d 4c 24 28 48 c7 c7 90 54 49 c0 48 89 44 24 30 e8 97 2e f6 ff 85 c0 0f 85 c9 06 00 00 4c 8b 7c 24 40 49 8b 57 08 <0f> b6 5a 01 85 db 0f 84 49 06 00 00 89 d9 8d 51 ff 83 c0 01 21 d1
[  102.806010] RSP: 0018:ffffb79e05c5be18 EFLAGS: 00010246
[  102.806015] RAX: 0000000000000000 RBX: ffff8b1944d07780 RCX: 0000000000000000
[  102.806019] RDX: 0000000000000000 RSI: c5ce88cd34fe11be RDI: 0000000000000000
[  102.806023] RBP: ffff8b1941645d00 R08: 0000000000000000 R09: ffffb79e05c5be50
[  102.806027] R10: ffff8b1941c966e0 R11: 0000000000000001 R12: 0000000000000001
[  102.806030] R13: 00007fff85e7a3d0 R14: 0000000000000000 R15: ffff8b19634c5d20
[  102.806034] FS:  00007f039df84740(0000) GS:ffff8b1ab8500000(0000) knlGS:0000000000000000
[  102.806039] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  102.806043] CR2: 0000000000000001 CR3: 0000000126462000 CR4: 00000000003506e0
[  102.806047] Call Trace:
[  102.806053]  proc_reg_read+0x36/0x80
[  102.806061]  vfs_read+0x93/0x180
[  102.806068]  ksys_read+0x54/0xd0
[  102.806072]  do_syscall_64+0x33/0x40
[  102.806080]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[  102.806086] RIP: 0033:0x7f039e071461
[  102.806091] Code: fe ff ff 50 48 8d 3d fe d0 09 00 e8 e9 03 02 00 66 0f 1f 84 00 00 00 00 00 48 8d 05 99 62 0d 00 8b 00 85 c0 75 13 31 c0 0f 05 <48> 3d 00 f0 ff ff 77 57 c3 66 0f 1f 44 00 00 41 54 49 89 d4 55 48
[  102.806098] RSP: 002b:00007fff85e7a398 EFLAGS: 00000246 ORIG_RAX: 0000000000000000
[  102.806103] RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f039e071461
[  102.806107] RDX: 0000000000001000 RSI: 00007fff85e7a3d0 RDI: 0000000000000003
[  102.806111] RBP: 00007fff85e7a3d0 R08: 0000000000000000 R09: 0000000001000000
[  102.806114] R10: fffffffffffffb8f R11: 0000000000000246 R12: 0000000000001000
[  102.806118] R13: 0000000000000001 R14: 0000000000000000 R15: 0000000000000000
[  102.806124] Modules linked in: snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_soc_skl snd_soc_sst_ipc snd_soc_sst_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core nuc_led(O) snd_compress snd_pcm_dmaengine ac97_bus i915 snd_hda_intel snd_intel_dspcfg snd_hda_codec i2c_i801 cec snd_hda_core i2c_smbus snd_hwdep snd_pcm drm_kms_helper snd_timer r8169 snd ir_rc6_decoder drm wmi rc_rc6_mce ite_cir rc_core video coretemp i2c_dev uinput
[  102.806180] CR2: 0000000000000001
[  102.806184] ---[ end trace bb8c743c9c9d41d4 ]---
[  104.944909] RIP: 0010:acpi_proc_read+0x9a/0x780 [nuc_led]
[  104.944926] Code: 44 24 20 48 8d 4c 24 28 48 c7 c7 90 54 49 c0 48 89 44 24 30 e8 97 2e f6 ff 85 c0 0f 85 c9 06 00 00 4c 8b 7c 24 40 49 8b 57 08 <0f> b6 5a 01 85 db 0f 84 49 06 00 00 89 d9 8d 51 ff 83 c0 01 21 d1
[  104.944934] RSP: 0018:ffffb79e05c5be18 EFLAGS: 00010246
[  104.944939] RAX: 0000000000000000 RBX: ffff8b1944d07780 RCX: 0000000000000000
[  104.944944] RDX: 0000000000000000 RSI: c5ce88cd34fe11be RDI: 0000000000000000
[  104.944947] RBP: ffff8b1941645d00 R08: 0000000000000000 R09: ffffb79e05c5be50
[  104.944951] R10: ffff8b1941c966e0 R11: 0000000000000001 R12: 0000000000000001
[  104.944955] R13: 00007fff85e7a3d0 R14: 0000000000000000 R15: ffff8b19634c5d20
[  104.944959] FS:  00007f039df84740(0000) GS:ffff8b1ab8500000(0000) knlGS:0000000000000000
[  104.944963] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  104.944967] CR2: 0000000000000001 CR3: 0000000126462000 CR4: 00000000003506e0

8
Am verwendeten skindesigner liegt es jedenfalls nicht. Der Fehler lässt sich auch mit dem klassischen VDR OSD reproduzieren. Die Aufnahmen sind hauptsächlich HD Aufnahmen im Format 1920x1080, Codec h264 - MPEG4 HVC, Bildwiederholrate 25.

Sofern ich auf einen HD+ Sender schalte und anschließend das Abspielen der Aufnahme (die auf der NAS liegt) starte funktioniert die Wiedergabe ohne Probleme. Schalte ich auf ARD oder ZDF und starte dann die Aufnahme, bleibt nur noch das harte Ausschalten, da der VDR durch das Bildflackern unbedienbar wird.

9
Ja das funktioniert. Wobei mir da schon öfters aufgefallen ist, dass nach dem Spulen manchmal der Ton nicht mehr synchron ist. Das Abspielen der Aufnahme beenden und wieder starten behebt das Problem. Der NUC6CAYH ist im Vergleich zu meiner Uralt Möhre mit Intel DualCore und NVidia GT1030 eine Diva.

Wie gesagt, das Problem entsteht nur dann, wenn von einem Netzwerklaufwerk abgespielt wird und vorher ein 720p Sender eingestellt war. Da Server und Client direkt am Octopus Switch hängen, denke ich das es kein Netzwerkproblem sondern eher ein Problem mit dem skindesigner oder VAAPI ist.

10
Intel NUC mit MLD5.5 unstable als Client, TV Empfang über satip-Plugin, skindesigner mit estuary4vdr OSD, Server mit MLD5.4 testing auf dem diverse VDR Aufnahmen liegen. Die Ablageverzeichnisse der Filme auf dem Server werden auf dem Client per Script/FB ins Aufnahmeverzeichnis gemountet.

Wählt man nun einen Film aus dem Aufnahmeverzeichnis aus, klappt das Abspielen nur dann, wenn man aktuell auf einem 1080i/1080p Sender ist. Hat man eine 720p Sender zuvor eingestellt, landet man in einer Dauerschleife mit heftigem Bildflackern und unbedienbarem OSD.

Ob das am Vorschaufenster des Live-TV Bildes des Skindesigner liegt, kann ich nicht beurteilen. Eventuell hängt es auch mit VAAPI zusammen... jedenfalls funktioniert es
nur mit dem v.g. Workaround.

11
Hast du "Runterfahren verzögern" auf "AN" stehen?

12
VDR hat gestern Abend aufgenommen und nach der Aufnahme lief markad (sehe ich an den Schnittmarken). Während des Schneidens habe ich den TV (nicht den VDR) ausgeschaltet. Heute Morgen lief der VDR noch, TV zeigt laufende Sendung an und man kann ohne Probleme Sender wechseln. Drückt man den PowerButton erscheint die Meldung, dass markad noch läuft (was definitiv nicht der Fall ist) und man bitte mit nochmaligem Drücken auf den Powerbutton den Shutdown einleiten soll.

Ich werde markad jetzt mal so einstellen, dass er während der Aufnahme scannt. Vielleicht hilfts ja.

13
Nein. Hab weder das eine noch das andere installiert. Ich glaube das hängt mit markad zusammen. Solange markad läuft, schaltet das System ja nicht ab. Irgendwie hängt er sich da weg, nachdem markad fertig ist.

14
Hab hier auf einem NUC seit ein paar Tagen das Problem, dass der VDR nicht mehr von selbst in den Standby nach eingestellter Zeit (120min) geht. Kann das damit zusammenhängen, dass ich den TV während einer noch laufenden Aufnahme ausschalte (kein Standby)? So sieht das dann im Log aus:
Spoiler (show / hide)

15
x86 Systeme (PC) / [5.4 testing] nuc-led + halt
« on: February 14, 2021, 21:39:57 »
Hab das so wie Frounts ergänzt. Jetzt passt das :)