[ubuntu noble] Nach Update/Dist-Upgrade wieder kein X

ciax · January 18, 2025 at 11:41 AM New

Thanks for your comment - i tried softhddevice with -a noop, now i t looks even worse. There's a TV picture, but after short time following log messages appear and output freezes:

Code

[..]
Jän 18 10:56:56 vdr vdr[2867]: [2911] tvscraper: scraping Channel PULS 4 Austria S19.2E-1-1082-20007 TheTVDB company ID 469
Jän 18 10:56:58 vdr vdr[2867]: [2911] tvscraper: scraping Channel RTLZWEI S19.2E-1-1089-12020 TheTVDB company ID 1006
Jän 18 10:56:59 vdr vdr[2867]: [2914] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jän 18 10:57:02 vdr vdr[2867]: [2911] tvscraper: scraping Channel SUPER RTL S19.2E-1-1089-12040 TheTVDB company ID 47831
Jän 18 10:57:06 vdr vdr[2867]: [2915] i/o throttle activated, count = 1 (tid=2915)
Jän 18 10:57:08 vdr vdr[2867]: [2915] buffer usage: 70% (tid=2914)
Jän 18 10:57:10 vdr vdr[2867]: [2915] buffer usage: 80% (tid=2914)
Jän 18 10:57:11 vdr vdr[2867]: [2915] buffer usage: 90% (tid=2914)
Jän 18 10:57:12 vdr vdr[2867]: [2915] buffer usage: 100% (tid=2914)
Jän 18 10:57:14 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:14 vdr vdr[2867]: [2911] tvscraper: scraping Channel VOX S19.2E-1-1089-12060 TheTVDB company ID 727
Jän 18 10:57:15 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:16 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:18 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:19 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:21 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:22 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:23 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:24 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:24 vdr vdr[2867]: [2911] tvscraper: scraping Channel NITRO S19.2E-1-1089-12061 TheTVDB company ID 1238
Jän 18 10:57:26 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:27 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:28 vdr vdr[2867]: [2911] tvscraper: scraping Channel ntv S19.2E-1-1089-12090 TheTVDB company ID 0
Jän 18 10:57:28 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:29 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:31 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:32 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:33 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:34 vdr vdr[2867]: [2911] tvscraper: scraping Channel RTL Austria S19.2E-1-1091-28800 TheTVDB company ID 193
Jän 18 10:57:34 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:35 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:36 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
Jän 18 10:57:37 vdr vdr[2867]: [2915] ERROR: driver buffer overflow on device 1
[..]

Display More

that's with vtuner on the old system. Further on, the picture on HDMI (via AVR) flashes also here black, even if vdr is not running (just showing the yavdr logo).

With the fresh yavdr installation (there with satip Plugin) and -a noop i do not get these error messages, also vdr does not stall, but picture on HDMI is sometimes freezing and also here HDMI output flashes in black. There are error messages concerning EDID, which i do not have with the old installation:

Code

Jan 18 11:33:51 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 18 11:33:51 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 18 11:33:51 vdr kernel: EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
Jan 18 11:33:51 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 18 11:33:51 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)

Maybe really a hardware problem with internal video on this mainboard.

ciax · January 18, 2025 at 11:59 AM New

Nachtrag: wenn ich direkt von der Box via HDMI zum TV gehe, habe ich bei beiden Installationen gar keine Probleme. Also ohne AVR dazwischen sieht es okay aus ..

Macht es vllt. Sinn, wenn ich die EDID vom TV via grub/boot-Parameter mitgebe und nicht die vom AVR/marantz ?

//edit: zu früh gefreut - syslog "alte Installation" - wieder plötzlih freeze (aber das schwarze Blinken gibt es nicht mehr):

Code

Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: [3068] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: start delay 128ms
Jän 18 12:00:03 vdr vdr[1661]: audio/alsa: using device 'default'

Display More

lnj · January 18, 2025 at 12:08 PM New

Have you tried just changing the hdmi wires?

ciax · January 18, 2025 at 12:14 PM New

I used an other HDMI cable for the direct connection from vdr-box to TV (without AVR in between), but with -a noop i get following messages again.

Code

Jän 18 12:08:39 vdr vdr[5474]: [5520] tvscraper: scraping Channel ARD alpha HD S19.2E-1-1039-10377 TheTVDB company ID 77
Jän 18 12:08:40 vdr vdr[5474]: [5520] tvscraper: ERROR movie/tv id -428217 given in override.conf does not exist
Jän 18 12:08:42 vdr vdr[5474]: video:  0:44:02.597+8888    0   0/\ms 182+2 v-buf
Jän 18 12:08:45 vdr vdr[5474]: [5520] tvscraper: ERROR movie/tv id -428217 given in override.conf does not exist
Jän 18 12:08:55 vdr vdr[5474]: [5522] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jän 18 12:08:57 vdr vdr[5474]: [5520] tvscraper: ERROR movie/tv id -428217 given in override.conf does not exist
Jän 18 12:08:59 vdr vdr[5474]: [5520] tvscraper: scraping Channel 3sat S19.2E-1-1079-28007 TheTVDB company ID 1
Jän 18 12:09:00 vdr vdr[5474]: [5524] i/o throttle activated, count = 1 (tid=5524)
Jän 18 12:09:02 vdr vdr[5474]: [5524] buffer usage: 70% (tid=5522)
Jän 18 12:09:03 vdr vdr[5474]: [5524] buffer usage: 80% (tid=5522)
Jän 18 12:09:04 vdr vdr[5474]: [5524] buffer usage: 90% (tid=5522)
Jän 18 12:09:05 vdr vdr[5474]: [5524] buffer usage: 100% (tid=5522)
Jän 18 12:09:06 vdr vdr[5474]: [5524] ERROR: driver buffer overflow on device 1
Jän 18 12:09:07 vdr vdr[5474]: [5524] ERROR: driver buffer overflow on device 1
Jän 18 12:09:08 vdr vdr[5474]: [5524] ERROR: driver buffer overflow on device 1
Jän 18 12:09:09 vdr vdr[5474]: [5524] ERROR: driver buffer overflow on device 1
Jän 18 12:09:11 vdr vdr[5474]: [5524] ERROR: driver buffer overflow on device 1

Display More

But "black flashing" has gone without the AVR ..

lnj · January 18, 2025 at 12:57 PM New

You can also try disabling all plugins except softhddevice.

And satip.

ciax · January 21, 2025 at 6:59 PM New

Quote from lnj

You can also try disabling all plugins except softhddevice.
And satip.

.. feedback after some days - thanks for "debugging hint" :O)

I tried it with plugin satip, also with vtuner-ng --- switched succesively from just "softhddevice + satip" back to my original "setup". Today, after nearly 1 day runtime the "error" occurred again - last 5 seconds before vdr "freezes", picture stands still, only log entries anymore:

Code

[..]
2025-01-21T09:18:01.753112+01:00 vdr vdr: video:  2:05:43.443  +35 1238   0/\ms  99+2 v-buf
2025-01-21T09:19:01.755383+01:00 vdr vdr: video:  2:06:43.443  +35 1270   0/\ms 111+2 v-buf
2025-01-21T09:19:33.460344+01:00 vdr vdr: [21990] tvscraper: start scraping epg
2025-01-21T09:19:33.461310+01:00 vdr vdr: [21990] tvscraper: scraping Channel ORF SPORT+ OBSOLETE S19.2E-1-1003-13221 TheTVDB company ID 0
2025-01-21T09:19:33.471376+01:00 vdr vdr: [21990] tvscraper: scraping Channel ORF1 HD S19.2E-1-1007-4911 TheTVDB company ID 0
2025-01-21T09:19:33.487385+01:00 vdr vdr: [21990] tvscraper: scraping Channel ORF2W HD S19.2E-1-1007-4912 TheTVDB company ID 0
2025-01-21T09:19:33.508249+01:00 vdr vdr: [21990] tvscraper: scraping Channel SUPER RTL S19.2E-1-1089-12040 TheTVDB company ID 47831
2025-01-21T09:19:35.483699+01:00 vdr vdr: [21990] tvscraper: scraping Channel NITRO S19.2E-1-1089-12061 TheTVDB company ID 1238
2025-01-21T09:19:35.538403+01:00 vdr vdr: [21990] tvscraper: scraping Channel ntv S19.2E-1-1089-12090 TheTVDB company ID 0
2025-01-21T09:19:35.552433+01:00 vdr vdr: [21990] tvscraper: scraping Channel ORF III S19.2E-1-1115-13101 TheTVDB company ID 0
2025-01-21T09:19:42.852192+01:00 vdr vdr: [21990] tvscraper: statistics, over all, num =     8, time =   6,63545, average 0,829432, max = 5,373144, movIdMax -330489
2025-01-21T09:19:49.176171+01:00 vdr vdr: [21990] tvscraper: Cleanup Done
2025-01-21T09:19:49.176540+01:00 vdr vdr: [21990] tvscraper: epg scraping done
2025-01-21T09:20:01.757374+01:00 vdr vdr: video:  2:07:43.443  +35 1270   0/\ms  99+2 v-buf
2025-01-21T09:20:06.011197+01:00 vdr vdr: [21962] changing ca descriptors of channel 702 (ALQUILER XY)
2025-01-21T09:20:53.171159+01:00 vdr vdr: [34315] epg data writer thread started (pid=21948, tid=34315, prio=low)
2025-01-21T09:20:54.199441+01:00 vdr vdr: [34315] epg data writer thread ended (pid=21948, tid=34315)
2025-01-21T09:21:01.759295+01:00 vdr vdr: video:  2:08:43.443  +35 1270   0/\ms  99+2 v-buf
2025-01-21T09:22:02.880837+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:02.884887+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:02.898104+01:00 vdr vdr: [26980] ERROR: 435 TS packet(s) not accepted in Transfer Mode
2025-01-21T09:22:03.010738+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.016137+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.140574+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.143349+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.273802+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.279533+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.407798+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.411508+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.538183+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.541870+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.670545+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.673450+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.803416+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.808386+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:03.936559+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:03.940912+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:04.068674+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:04.073102+01:00 vdr vdr: audio/alsa: start delay 128ms
2025-01-21T09:22:04.190535+01:00 vdr vdr: [21955] ERROR: 170 ring buffer overflows (218080 bytes dropped)
2025-01-21T09:22:04.201252+01:00 vdr vdr: audio/alsa: using device 'default'
2025-01-21T09:22:04.206697+01:00 vdr vdr: audio/alsa: start delay 128ms
 
------------------
[..]
Jän 21 18:07:38 vdr vdr[21948]: [21948] deleting plugin: desktop
Jän 21 18:07:38 vdr vdr[21948]: [21948] deleting plugin: dbus2vdr
Jän 21 18:07:38 vdr vdr[21948]: [21948] deleting plugin: control
Jän 21 18:07:38 vdr vdr[21948]: [21948] caught signal 15
Jän 21 18:07:38 vdr vdr[21948]: [21948] exiting, exit code 0
Jän 21 18:07:39 vdr systemd[1]: vdr.service: Deactivated successfully.
Jän 21 18:07:39 vdr systemd[1]: Stopped vdr.service - Video Disk Recorder.
Jän 21 18:07:39 vdr systemd[1]: vdr.service: Consumed 9h 46min 14.878s CPU time.

Display More

Das mit dem "schwarz Blinken / black flashing" passiert immer noch, aber ganz sporadisch und normalerweise nicht mehr beim TV Bild, meistens wenn man das OSD aufruft. Da vermute ich, dass es mit dem AVR / HDMI zu TV zusammenhängt (schwer zugänglich). Es gibt dazu nirgends Log Einträge im System.

Zumindest ist es mal besser und stürzt nicht sofort nach ein paar Minten mit den Meldungen ab. Kein Problem 3 Aufnahmen gleichzeitig auf untersch. Transpondern laufen zu haben und am letzten freien Tuner liveTv zu schauen .. und dann irgendwann "im Leerlauf" plötzlich das Einfrieren (mit den permanenten "alsa" Logeinträgen).

Grusz!

//edit: werde das Verhalten jetzt mit der Neuinstallation vergleichen ..

ciax · January 22, 2025 at 7:46 PM New

Quote from ciax

//edit: werde das Verhalten jetzt mit der Neuinstallation vergleichen ..

.. es ist bisher nicht abgestürzt und läuft jetzt auf der 2. SSD recht stabil. Kein "Freeze" -- zu Rucklern, Tonaussetzern, Stottern leider (sehr selten) wenn diese Log Einträge auftauchen:

Code

[..]
Jan 22 19:39:15 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:16 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:16 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:16 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:16 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:16 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:17 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:19 vdr vdr[38621]: video:  0:24:21.717  +44   69   0/\ms  35+2 v-buf
Jan 22 19:39:22 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:23 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:23 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:29 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:33 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:34 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:37 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:38 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:40 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:41 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:43 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:43 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:43 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:43 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 22 19:39:43 vdr vdr[38621]: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
[..]

Display More

Grusz!

davie2000 · January 22, 2025 at 9:25 PM New

Stell mal in den OSD-Settings den Audiobuffer auf 336ms.

MegaV0lt · January 23, 2025 at 1:23 PM New

Oder noch höher. Bei mir musste ich 699 einstellen um halbwegs unterbrechungsfreien Ton bei n-tv HD zu bekommen

ciax · January 23, 2025 at 8:54 PM New

.. danke - bis 999ms getestet; hat hier nichts gebracht (-w alsa-driver-broken ist aktuell in der SHD .conf aktiv).

Die Einträge im Log und das "Stottern/Vibrieren im Ton, vor allem bei Sprache bemerkbar" tauchen va. bei HD (1080i + 720p), bei 576i eher selten auf. Pendelt sich auch ein, gefühlt hängt es auch von der Sendung/Format ab. Damit lebe ich mal vorübergehend .. zumindest kein Freeze.

jrie · January 23, 2025 at 9:21 PM New

Macht es einen Unterschied, was für einen Sync Modus du einstellst? (softhddevice.SoftStartSync in der setup.conf?)

davie2000 · January 23, 2025 at 11:27 PM New

Evtl. für die HD-Auflösungen einen (für die CPU?) zu anspruchsvollen Deinterlacer (zB Weave/None) oder Skalierung (zB HQ) eingestellt?
Viel Erfolg!

SurfaceCleanerZ · January 23, 2025 at 11:28 PM New

Hi,

Was steht denn bei Lautstärkeregelung Softhddevice? Hardware oder Software? Letzteres sollte mal getestet werden.

MfG Stefan

davie2000 · January 23, 2025 at 11:30 PM New

Jetz haste mal zu tun ciax

Bin schon gespannt, ob und welcher der drei Vorschläge dich weiterbringt

ciax · January 25, 2025 at 3:46 PM New

Quote from jrie

Macht es einen Unterschied, was für einen Sync Modus du einstellst? (softhddevice.SoftStartSync in der setup.conf?)

habe jetzt alle 4 Modi durchgespielt softhddevice.SoftStartSync = 0 (0 bis 3) - da ist 0 noch am Besten (early audio | das alte softsync off).

Quote from SurfaceCleanerZ

Hi,
Was steht denn bei Lautstärkeregelung Softhddevice? Hardware oder Software? Letzteres sollte mal getestet werden.
MfG Stefan

dabei merkt man keinen Unterschied.

Quote from davie2000

Jetz haste mal zu tun ciax

Witzknolle - aber, ich bin ja eigentlich "entzückt", dass so viele an meiner Odyssee hier teilnehmen. Hier wird man nicht alleine gelassen . Als Deinterlacer ist "Bob" aktiv. CPU ist bei den 4 Kernen dabei um die 7-15% .

Es tritt meistens beim Umschalten zwischen den Sendern auf, manchmal auch gar nicht - dann wieder masssiv, dass es zu "Kratzen/kurzen Aussetzern" im Ton kommt. Es pendelt sich fast immer wieder ein, sodaß die Einträge im Log wieder aufhören.

Es ist jetzt nicht so tragisch, bin froh, dass es nun nicht mehr einfriert. Ich passe die Neuinstallation mal weiter an. Danke für die Tipps und "Anteilnahme"

Grusz

//edit: und das schwarze Flackern / Blinken schein nun ebenfalls nicht mehr vorzukommen, die fehlerhaften EDID Einträge im Kernel Log auch nicht. Jetzt traue ich mich fast nicht zu schreiben, an was das vermutlich lag - ich hab das HDMI Kabel vom AVR zu TV mal "neu gesteckt"

davie2000 · January 25, 2025 at 6:08 PM New

Quote from ciax

... ich hab das HDMI Kabel vom AVR zu TV mal "neu gesteckt"

Öha
Ist dadurch die Audiogeschichte auch besser geworden?

ciax · January 25, 2025 at 7:15 PM New

Quote from davie2000

Öha
Ist dadurch die Audiogeschichte auch besser geworden?

.. wieder zu früh gefreut, fängt schon wieder an - ab und zu "schwarz Blinken". Mit Audio hatte das eher nichts zu tun. Kommt alles zusammen gerade ..

ciax · January 28, 2025 at 10:03 PM New

.. hab ein bisschen aussortiert:

** das schwarze Blinken lag am HDMI-Kabel von AVR zu TV (am TV muss man da ganz sauber/fest stecken. Vermtl. etwas lädiert vom Hin-/Herheben die letzten Jahre)

** Warum es mit GT1030/Nvidia plötzlich nicht mehr ging, liegt eventuell genau am o.a. Verhalten (EDID/HDMI/Kontakte/Protokollfehler/etc .. k.A. ? - das ist noch zu Testen) - bin aktuell nur mit Intel onBoard / iGPU bzw. IGD am Weg.

** die Logeinträge:

Code

Jan 22 19:39:15 vdr vdr[38621]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'

tauchen damit immer auf, manchmal mit Beeinträchtigungen im Ton, es pendelt sich aber ein - kein Freeze. Unabhängig, ob "vtunerng" oder "satip-plug" im Einsatz.

** jetzt kommt's: ein Logeintrag (2 Zeilen), wie

Code

Jän 28 21:45:16 vdr vdr[1609]: audio/alsa: using device 'default'
Jän 28 21:45:16 vdr vdr[1609]: audio/alsa: start delay 128ms

kommt mit softhddevice (-v va-api-egl), pulseaudio .. bei jedem Kanalwechsel, ist hier normal.

==>

die zum "Freeze" führenden Logeinträge:

Code

Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: using device 'default'
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: start delay 128ms
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: using device 'default'
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: start delay 128ms
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: using device 'default'
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: start delay 128ms
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: using device 'default'
Jän 28 21:24:53 vdr vdr[1635]: audio/alsa: start delay 128ms
Jän 28 21:24:54 vdr vdr[1635]: audio/alsa: using device 'default'

kommen nur, wenn "kivy-osd2web" (Modus "clock") aktiv ist - keinen Schimmer warum .

Plugin osd2web selbst, mit Standardanzeige führt nicht zum Freeze - auf beiden Systemen getestet (alte Installation, wo die Probleme initial auftauchten + auch bei der Neuinstallation auf der separaten SSD/via USB).

Ich hab nun zwischendurch kivy.conf aus /var/lib/vdr/.config/systemd/user/osd2web.service.d/ entfernt. So bootet die Box, ohne dass es zum "Einfrieren" kommt. Mal sehen, wie es weiter geht. (vdr)

Grusz!

ciax · January 28, 2025 at 10:31 PM New

.. so sieht's dazu beim "Freeze" aus

ciax · February 6, 2025 at 6:47 PM New

Hallo,

dieses "Thema" hat sich nun beruhigt - nvidia GT1030 ist draußen. Stattdessen funktioniert's nun schon sehr stabil mit onBoard Intel. Die Einträge audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)' tauschen immer wieder mal auf, wenn vermehrt sehr merkbar im Ton - wenn man dann weiter "Channel-Hoppt" pendelt es sich ein.

Freezes mit audio/alsa: start delay 128ms gibt es seitdem kivy-osd2web nicht mehr aktiv ist keine mehr (keine Ahnung, wie das zusammenspielt). Hier ist nun wieder graphtftng im Einsatz, mit seahawks yavdr-ansible branch/ppa dazu.

Grusz

Participate now!