Hast du sicher schon alles probiert, aber trotzdem: alle Kabel, Aus-/Eingänge und Lautsprecher tauschen/wechseln?
Viel Erfolg!
Hast du sicher schon alles probiert, aber trotzdem: alle Kabel, Aus-/Eingänge und Lautsprecher tauschen/wechseln?
Viel Erfolg!
Code[ 1.986486] i915 0000:00:02.0: [drm] GuC firmware i915/tgl_guc_62.0.0.bin version 62.0 submission:disabled [ 1.986511] i915 0000:00:02.0: [drm] GuC SLPC: disabled [ 1.986518] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9 authenticated:yes [ 1.987532] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
wird denn jetzt diese Firmware geladen? unter /lib/firmware/i915/
wenn nicht dann von hier holen
sollte der NUC am TV hängen wäre da der ARC zum Receiver zu prüfen
Ich glaube das der NUC11PAH durch das Ausgabe-Plugin vom VDR blockiert ist um den Speaker-Test zu machen
Also wäre es für den Test gut dieses Ausgabe-Plugin (hier müssen dann später die Änderungen in den Code vom Plugin) einmal abzuschalten mit
nach dem Neustart bleibt das Bild am TV schwarz am VDR.
Jetzt den VDR stoppen mit killall -g vdr , dann die Speaker-Test erneut machen
speaker-test -c2 -D hdmi:1
oder
speaker-test -t wav -c2 -D hdmi:1
...
Hallo,
vielen Dank schonmal für eure Tipps und Überlegungen.
Ich habe jetzt einiges probiert. Und es ist total komisch...
Ich habe das Bios auf Standardeinstellungen zurückgesetzt.
Dann habe ich 2 Linux-Live-Sticks getestet (Ubuntu 22.04. Desktop und Gentoo) bei beiden letztlich das gleiche Problem, wie ich es die ganze Zeit habe. Das Gerät wird angezeigt und ich kann Soundtests machen (jeweils aus der Desktopumgebung) und höre keinen Mucks.
Ich habe in meiner Verzweiflung sogar kurzzeitig Windows 10 installiert, um zu testen, ob nicht etwas wirklich einfach defekt ist. Damit bekomme ich aber nach der Treiberinstallation Ton aus dem Fernseher.
Zwischenzeitlich kam auch die Post mit meinem günstig gekauften USB-C auf HDMI-Adapter. Daran angeschlossen habe ich eine komplette Neuinstallation mit der final von Ubuntu 22.04. Server gemacht und yavdr-ansible durchlaufen lassen.
Sofort danach hatte ich Fernsehbild und -ton.
Auch ein Speakertest funktioniert (mit hw:0,3):
stubi@yavdr:~$ sudo speaker-test -c2 -D hw:0,3
speaker-test 1.2.6
Wiedergabe-Gerät ist hw:0,3
Stream-Parameter sind 48000 Hz, S16_LE, 2 Kanäle
Verwende 16 Oktaven rosa Rauschen
Rate ist 48000 Hz (angefordert: 48000 Hz)
Puffergröße von 64 bis 1048576
Periodengröße von 32 bis 524288
Verwende maximale Puffergröße 1048576
Perioden = 4
gesetzt: period_size = 262144
gesetzt: buffer_size = 1048576
0 - Front Left
1 - Front Right
Zeit pro Periode = 10,944049
0 - Front Left
1 - Front Right
^CZeit pro Periode = 5,821895
Display More
Jetzt habe ich den Fernseher wieder an den HDMI-Anschluss gehängt und immer noch das gleiche Problem, wie die ganze Zeit - keinen Ton.
Auch nach einem Display-Rescan sehe ich wieder nur das Bild und höre trotz aller Funktion suggerierenden Programmausgaben (speaker-test etc.) absolut nichts.
Ich bin ziemlich verwirrt.
Jetzt probiere ich erstmal (wenn ich etwas Zeit finde), das USB-C-HDMI-Konstrukt an den Receiver zu hängen und dem VDR dabei das DD-Signal im Passthrough zu entlocken.
Viele Grüße
Stubi
QuoteJetzt probiere ich erstmal (wenn ich etwas Zeit finde), das USB-C-HDMI-Konstrukt an den Receiver zu hängen und dem VDR dabei das DD-Signal im Passthrough zu entlocken.
Wenn das sauber läuft, könntest Du bitte noch einmal DRM_Ausgabe.sh über das System laufen lassen und die Ausgabe hier posten?
Für das beste Bild am NUC11PAH wäre es das softhddrm Ausgabe-Plugin incl. "HGL HDR" bei UHD TV
Hier die Script Ausgabe von meinem NUC11TNHi5
root@vdr1:/home/rossi# ./DRM_Ausgabe.sh
***********************
*** Output DRM-Card ***
***********************
DP-1: disconnected
DP-2: disconnected
DP-3: disconnected
DP-4: disconnected
HDMI-A-1: connected
*************************
*** Output DRM-System ***
*************************
[ 1.198825] i915 0000:00:02.0: [drm] VT-d active for gfx access
[ 1.198832] fb0: switching to inteldrmfb from EFI VGA
[ 1.201126] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/tgl_dmc_ver2_08.bin (v2.8)
[ 1.327850] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 1.358075] fbcon: i915drmfb (fb0) is primary device
[ 1.358077] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 3.905983] systemd[1]: Condition check resulted in Load Kernel Module drm being skipped.
Display More
Wenn das sauber läuft, könntest Du bitte noch einmal DRM_Ausgabe.sh über das System laufen lassen und die Ausgabe hier posten?
Für das beste Bild am NUC11PAH wäre es das softhddrm Ausgabe-Plugin incl. "HGL HDR" bei UHD TV
So läuft es jetzt erst einmal sauber mit sofhdvaapi:
stubi@yavdr:~$ sudo ./drm-ausgabe.sh
[sudo] Passwort für stubi:
***********************
*** Output DRM-Card ***
***********************
DP-1: connected
DP-2: disconnected
DP-3: disconnected
DP-4: disconnected
HDMI-A-1: disconnected
*************************
*** Output DRM-System ***
*************************
[ 1.907998] i915 0000:00:02.0: [drm] VT-d active for gfx access
[ 1.910323] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/tgl_dmc_ver2_12.bin (v2.12)
[ 2.029588] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 2.052716] fbcon: i915drmfb (fb0) is primary device
[ 2.187980] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 3.940360] systemd[1]: Starting Load Kernel Module drm...
[ 3.949833] systemd[1]: modprobe@drm.service: Deactivated successfully.
[ 3.951852] systemd[1]: Finished Load Kernel Module drm.
stubi@yavdr:~$
Display More
Beim Versuch jedoch, softhddrm zu nutzen, starten der VDR nicht mehr:
...
Apr 24 19:48:37 yavdr vdr[2715]: vdr: error while reading '/var/lib/vdr/plugins/pulsecontrol/startup.script'
Apr 24 19:48:37 yavdr vdr[2715]: [2715] starting plugin: osd2web
Apr 24 19:48:37 yavdr vdr[2715]: [2715] starting plugin: pulsecontrol
Apr 24 19:48:37 yavdr vdr[2715]: osd2web: osd2web plugin thread started (pid=2715)
Apr 24 19:48:37 yavdr vdr[2715]: [2715] pulsecontrol: error on reading script /var/lib/vdr/plugins/pulsecontrol/startup.script
Apr 24 19:48:37 yavdr vdr[2715]: [2715] starting plugin: softhddrm
Apr 24 19:48:37 yavdr vdr[2715]: osd2web: Listener at port (4444) established
Apr 24 19:48:37 yavdr vdr[2715]: osd2web: using libwebsocket version '4.0.20 unknown-build-hash'
Apr 24 19:48:37 yavdr vdr[2715]: [2728] dbus2vdr: System: connected with unique name :1.94
Apr 24 19:48:37 yavdr vdr[2715]: [2728] dbus2vdr: thread-pool for handling signal-emits started
Apr 24 19:48:37 yavdr vdr[2715]: drm:FindDevice - failed to authorize drm magic: Keine Berechtigung
Apr 24 19:48:37 yavdr vdr[2715]: VideoInit: FindDevice() failed
Apr 24 19:48:37 yavdr systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT
Apr 24 19:48:37 yavdr systemd[1]: vdr.service: Failed with result 'core-dump'.
Apr 24 19:48:37 yavdr systemd[1]: Failed to start Video Disk Recorder.
Apr 24 19:48:38 yavdr systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.
Apr 24 19:48:38 yavdr systemd[1]: Stopped Video Disk Recorder.
Apr 24 19:48:38 yavdr systemd[1]: vdr.service: Start request repeated too quickly.
Apr 24 19:48:38 yavdr systemd[1]: vdr.service: Failed with result 'core-dump'.
Apr 24 19:48:38 yavdr systemd[1]: Failed to start Video Disk Recorder.
Display More
Ich vermute, das
Apr 24 19:48:37 yavdr vdr[2715]: drm:FindDevice - failed to authorize drm magic: Keine Berechtigung
ist das Problem.
Meine nächste Frage ist, ob es sich wirklich lohnt, den VDR selbst in UHD-Auflösung laufen zu lassen, wenn die Auflösung der Sender max. 1080p ist. Ist dann das OSD nicht eventuell nur unnötig träge?
Vielen Dank schonmal
Stubi
QuoteMeine nächste Frage ist, ob es sich wirklich lohnt, den VDR selbst in UHD-Auflösung laufen zu lassen, wenn die Auflösung der Sender max. 1080p ist. Ist dann das OSD nicht eventuell nur unnötig träge?
das macht der VDR nicht -- ist aber für den NUC kein Problem
So läuft es jetzt erst einmal sauber mit sofhdvaapi:
Aber mit dem Adapter USB-C auf HDMI ?
Aber das softhddrm nicht sauber geladen wird ist komisch -- konnte aber an der softhddrm.conf Datei liegen
Poste doch mal bitte die Ausgabe von vdr --showargs
Quotedrm:FindDevice - failed to authorize drm magic: Keine Berechtigung
softhddrm muss als root laufen weil der Kernel das bei drm so haben will
Wichtig wäre noch die Pluginversion "sofhddrm OHNE lipplacebo" zu nutzen
Bsp. softhddrm.conf für Full HD
[softhddrm]
# HD - Wiedergabe
#-f
#-d :0.0
#-a hdmi:1
#-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
#-c PCM
#-g 1280x720+0+0
#-r 50
# FULL HD - Wiedergabe
-f
-d :0.0
-a hdmi:1
-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
-c PCM
-g 1920x1080+0+0
-r 50
# 4K - Wiedergabe
#-f
#-d :0.0
#-a hdmi:1
#-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
#-c PCM
#-g 3840x2160+0+0
#-r 50
Display More
So läuft es jetzt erst einmal sauber mit sofhdvaapi:
Aber mit dem Adapter USB-C auf HDMI ?
Ja, ausschließlich. Am normalen HDMI-Port gibt es weiterhin keinen Ton.
QuoteAber das softhddrm nicht sauber geladen wird ist komisch -- konnte aber an der softhddrm.conf Datei liegen
Poste doch mal bitte die Ausgabe von vdr --showargs
stubi@yavdr:~$ vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--lirc=/var/run/lirc/lircd
--instance=0
--video=/srv/vdr/video
--plugin=dvbapi
--plugin=conflictcheckonly
--plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper
--plugin=desktop
--plugin=devstatus
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=markad --astopoffs=0
--plugin=menuorg
--plugin=osd2web
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=softhddrm
stubi@yavdr:~$
Display More
QuoteDisplay Moresofthddrm muss als root laufen weil der Kernel das bei drm so haben will
Wichtig wäre noch die Pluginversion "sofhddrm OHNE lipplacebo" zu nutzen
Bsp. softhddrm.conf für Full HD
CodeDisplay More[softhddrm] # HD - Wiedergabe #-f #-d :0.0 #-a hdmi:1 #-p hdmi:1 #-a surround51:CARD=PCH,DEV=0 #-p surround51:CARD=PCH,DEV=0 #-c PCM #-g 1280x720+0+0 #-r 50 # FULL HD - Wiedergabe -f -d :0.0 -a hdmi:1 -p hdmi:1 #-a surround51:CARD=PCH,DEV=0 #-p surround51:CARD=PCH,DEV=0 -c PCM -g 1920x1080+0+0 -r 50 # 4K - Wiedergabe #-f #-d :0.0 #-a hdmi:1 #-p hdmi:1 #-a surround51:CARD=PCH,DEV=0 #-p surround51:CARD=PCH,DEV=0 #-c PCM #-g 3840x2160+0+0 #-r 50
Ich weiß leider nicht, wie ich den VDR (oder nur das Plugin irgendwie?) als root starten kann - ist doch irgendwie in diesem Service verbaut, mit dem ich starte und stoppe ("systemctl start vdr"). Und wie bekomme ich raus, ob mein Plugin die libplacebo nutzt? Ich habe sie einfach mit "sudo apt install vdr-plugin-softhddrm" installiert...
Viele Grüße
Stubi
ich glaube Du hast keine softhddrm.conf denn
hier ist die Ausgabe zu softhddrm
--plugin=softhddrm -f -d :0.0 -a hdmi:1 -p hdmi:1 -c PCM -g 3840x2160+0+0 -r 50
bei Dir kommt nur -- ohne Angabe einer softhddrm.conf Datei --> damit wird kein Start möglich sein--plugin=softhddrm
Display Moreich glaube Du hast keine softhddrm.conf denn
hier ist die Ausgabe zu softhddrm
--plugin=softhddrm -f -d :0.0 -a hdmi:1 -p hdmi:1 -c PCM -g 3840x2160+0+0 -r 50
bei Dir kommt nur -- ohne Angabe einer softhddrm.conf Datei --> damit wird kein Start möglich sein--plugin=softhddrm
Das Problem war ein Einfügeproblem, ich hatte 2x
verbastelt.
stubi@yavdr:~$ cat /etc/vdr/conf.d/50-softhddrm.conf
#
# softhddrm VDR plugin arguments
#
[softhddrm]
[softhddrm]
# HD - Wiedergabe
#-f
#-d :0.0
#-a hdmi:1 #-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
#-c PCM
#-g 1280x720+0+0
#-r 50
# FULL HD - Wiedergabe
-f
-d :0.0
-a hdmi:1
-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
-c PCM
-g 1920x1080+0+0
-r 50
# 4K - Wiedergabe
#-f
#-d :0.0
#-a hdmi:1
#-p hdmi:1
#-a surround51:CARD=PCH,DEV=0
#-p surround51:CARD=PCH,DEV=0
#-c PCM
#-g 3840x2160+0+0
#-r 50
stubi@yavdr:~$
Display More
Jetzt zeigt vdr --showargs es richtig an:
stubi@yavdr:~$ vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--lirc=/var/run/lirc/lircd
--instance=0
--video=/srv/vdr/video
--plugin=dvbapi
--plugin=conflictcheckonly
--plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdowner
--plugin=desktop
--plugin=devstatus
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=markad --astopoffs=0
--plugin=menuorg
--plugin=osd2web
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=softhddrm -f -d :0.0 -a hdmi:1 -p hdmi:1 -c PCM -g 1920x1080+0+0 -r 50
stubi@yavdr:~$
Display More
Leider bleibt das Problem mit der Berechtigung und ich habe keine Ahnung, wie ich das Plugin mit root-Rechten starten kann.
Viele Grüße
Stubi
P.S. Sorry, dass ich immer so lange für die Antworten brauche, zur Zeit kann ich nur sehr selten und nur kurz "basteln", weil wir ein 8 Wochen altes Kind im Haus haben...
QuoteLeider bleibt das Problem mit der Berechtigung und ich habe keine Ahnung, wie ich das Plugin mit root-Rechten starten kann.
Viele Grüße
Stubi
da wäre mal @seahawk1986 gefragt -- da ich leider ein anderes Ubuntu 22.04 VDR-Image nutze
QuoteP.S. Sorry, dass ich immer so lange für die Antworten brauche, zur Zeit kann ich nur sehr selten und nur kurz "basteln", weil wir ein 8 Wochen altes Kind im Haus haben...
kein Problem das habe wir alle durch
drm:FindDevice - failed to authorize drm magic: Keine Berechtigung
vielleicht besser ein neues Thema zu "NUC11PAH: softhddrm unter Ubuntu 22.04 auf yavdr" auf machen
...und auch andere Beiträge dazu anschauen -> Startproblem softhddrm - drm:FindDevice
...und auch andere Beiträge dazu anschauen -> Startproblem softhddrm - drm:FindDevice
da waren wir ja schon für yavdr --->
Quoterkp schrieb: drm:FindDevice - failed to authorize drm magic: Keine Berechtigung
softhddrm muss als root laufen weil der kernel das bei drm so haben will
und nun?
Quoterkp schrieb: Muss ich denn den X-Server vor dem Start von softhddrm stoppen?
Ja, es darf keinen anderen DRM-Client geben, der gerade als Master fungiert (ich weiß auch nicht wie gut das "Loslassen" der Clients mittlerweile funktioniert, angeblich darf ab Kernel 5.8 ein DRM-Client seinen Master-Status ohne Root-Rechte abgeben) - also am besten yavdr-xorg.service, xlogin@vdr.service und x@vt7.service maskieren und den Rechner neu starten, dann sollte softhddrm beim Start der DRM-Master werden können.
Okay, der Start mit softhddrm funktioniert jetzt erst einmal, nachdem ich die 3 Services maskiert habe UND den vdr-Nutzer zur Gruppe "render" hinzugefügt habe.
Das Bild ruckelt aber erbärmlich und Ton habe ich auch keinen.
So sieht das LOG aus:
Viele Grüße
Stubi
Na ist ja schon mal ein Fortschritt --> hast Du bei sofhhddrm die gleiche Audioeinstellungen wie bei softhdvaapi gewählt?
Welche Ton-Einstellungen wurden genutzt am Plugin?
Denn da beide Plugins aus den gleichen Quellen gebaut werden ergibt es eigentlich kein Sinn warum das eine Plugin Ton macht und das andere nicht.
Und wieder ein Stück weiter.
mit -a hw:0,3 und -p hw:0,3 habe ich Ton.
Leider stottert er immer wieder und mit ihm auch das Bild.
Hier mal ein Logausschnitt:
Mai 01 14:12:17 yavdr vdr[1612]: [1612] switching to channel 52 C-61441-10016-50035 (UNIVERSAL TV HD)
Mai 01 14:12:17 yavdr vdr[1612]: video/cuvid: closing eof
Mai 01 14:12:17 yavdr vdr[1612]: [1612] CAM 1: assigned to device 1
Mai 01 14:12:17 yavdr vdr[1612]: [1723] device 1 receiver thread started (pid=1612, tid=1723, prio=high)
Mai 01 14:12:17 yavdr vdr[1612]: [1724] device 1 TS buffer thread started (pid=1612, tid=1724, prio=high)
Mai 01 14:12:17 yavdr vdr[1612]: [1612] DVBAPI: 0.0 set CAM decrypt (SID 50035 (0xC373), caLm 4, HasCaDescriptors 0)
Mai 01 14:12:17 yavdr vdr[1612]: [1612] [softhddev]SetPlayMode: 1
Mai 01 14:12:17 yavdr vdr[1612]: [1612] [softhddev]SetVolumeDevice: 255
Mai 01 14:12:17 yavdr vdr[1612]: Set Playmode 1
Mai 01 14:12:17 yavdr vdr[1612]: video: set trick-speed 0
Mai 01 14:12:18 yavdr vdr[1612]: pesdemux: bad pes packet
Mai 01 14:12:18 yavdr vdr[1612]: pesdemux: bad pes packet
Mai 01 14:12:18 yavdr vdr[1612]: video: new stream 636ms
Mai 01 14:12:18 yavdr vdr[1612]: [softhddev] invalid PES video packet
Mai 01 14:12:18 yavdr vdr[1612]: in VideoDecode make close
Mai 01 14:12:18 yavdr vdr[1612]: CodecVideoClose
Mai 01 14:12:18 yavdr vdr[1612]: pesdemux: bad pes packet
Mai 01 14:12:18 yavdr vdr[1612]: pesdemux: bad pes packet
Mai 01 14:12:18 yavdr vdr[1612]: pesdemux: bad pes packet
Mai 01 14:12:18 yavdr vdr[1612]: [1612] retuning due to modification of channel 52 (UNIVERSAL TV HD)
Mai 01 14:12:18 yavdr vdr[1612]: [1612] switching to channel 52 C-61441-10016-50035 (UNIVERSAL TV HD)
Mai 01 14:12:18 yavdr vdr[1612]: [1612] [softhddev]SetPlayMode: 0
Mai 01 14:12:18 yavdr vdr[1612]: [1612] [softhddev]SetVolumeDevice: 255
Mai 01 14:12:18 yavdr vdr[1612]: Set Playmode 0
Mai 01 14:12:18 yavdr vdr[1612]: [1612] [softhddev]SetVideoDisplayFormat: 1
Mai 01 14:12:18 yavdr vdr[1612]: [1612] [softhddev]GetSpuDecoder:
Mai 01 14:12:18 yavdr vdr[1612]: [1612] CAM 1: unassigned from device 1
Mai 01 14:12:18 yavdr vdr[1612]: [1724] device 1 TS buffer thread ended (pid=1612, tid=1724)
Mai 01 14:12:18 yavdr vdr[1612]: [1723] buffer stats: 166192 (0%) used
Mai 01 14:12:18 yavdr vdr[1612]: [1723] device 1 receiver thread ended (pid=1612, tid=1723)
Mai 01 14:12:18 yavdr vdr[1612]: [1612] CAM 1: assigned to device 1
Mai 01 14:12:18 yavdr vdr[1612]: [1725] device 1 receiver thread started (pid=1612, tid=1725, prio=high)
Mai 01 14:12:18 yavdr vdr[1612]: [1726] device 1 TS buffer thread started (pid=1612, tid=1726, prio=high)
Mai 01 14:12:18 yavdr vdr[1612]: [1612] DVBAPI: 0.0 set CAM decrypt (SID 50035 (0xC373), caLm 4, HasCaDescriptors 1)
Mai 01 14:12:19 yavdr vdr[1612]: [1612] [softhddev]SetPlayMode: 1
Mai 01 14:12:19 yavdr vdr[1612]: [1612] [softhddev]SetVolumeDevice: 255
Mai 01 14:12:19 yavdr vdr[1612]: Set Playmode 1
Mai 01 14:12:19 yavdr vdr[1612]: video: set trick-speed 0
Mai 01 14:12:20 yavdr vdr[1612]: [softhddev] 10 invalid PES video packet(s)
Mai 01 14:12:20 yavdr vdr[1612]: video: h264 detected
Mai 01 14:12:20 yavdr vdr[1612]: pesdemux: pes start code id 0xbd
Mai 01 14:12:20 yavdr vdr[1612]: CodecVideoOpen h264
Mai 01 14:12:20 yavdr vdr[1612]: ***************codec: Video Open using video codec ID 0x001b (h264)
Mai 01 14:12:20 yavdr vdr[1612]: codec: video 'H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10'
Mai 01 14:12:20 yavdr vdr[1612]: codec: can use own buffer management
Mai 01 14:12:20 yavdr vdr[1612]: codec: supports frame threads
Mai 01 14:12:20 yavdr vdr[1612]: codec: supports slice threads
Mai 01 14:12:20 yavdr vdr[1612]: Codec open 0
Mai 01 14:12:20 yavdr vdr[1612]: Initializing cuvid hwaccel thread ID:1649
Mai 01 14:12:20 yavdr vdr[1612]: pesdemux: new codec 000000 -> 0x15003
Mai 01 14:12:20 yavdr vdr[1612]: codec: using audio codec ID 0x15003 (ac3)
Mai 01 14:12:20 yavdr vdr[1612]: codec: audio 'ATSC A/52A (AC-3)'
Mai 01 14:12:20 yavdr vdr[1612]: codec/audio: format change fltp 48000Hz *6 channels PCM AC-3 E-AC-3 pass-through
Mai 01 14:12:20 yavdr vdr[1612]: codec/audio: resample fltp 48000Hz *6 -> s16 48000Hz *2
Mai 01 14:12:20 yavdr vdr[1612]: video: ready --:--:--.--- 20ms/frame 3369ms
Mai 01 14:12:20 yavdr vdr[1612]: Cuvid_get_format: codec 27 fmts:
Mai 01 14:12:20 yavdr vdr[1612]: 0x00000064 vdpau
Mai 01 14:12:20 yavdr vdr[1612]: 0x00000077 cuda
Mai 01 14:12:20 yavdr vdr[1612]: 0x0000002e vaapi_vld
Mai 01 14:12:20 yavdr vdr[1612]: 0000000000 yuv420p
Mai 01 14:12:20 yavdr vdr[1612]: Cuvid_get_format: codec 27 fmts:
Mai 01 14:12:20 yavdr vdr[1612]: 0x00000064 vdpau
Mai 01 14:12:20 yavdr vdr[1612]: 0x00000077 cuda
Mai 01 14:12:20 yavdr vdr[1612]: 0x0000002e vaapi_vld
Mai 01 14:12:20 yavdr vdr[1612]: video profile 100 codec id 27
Mai 01 14:12:20 yavdr vdr[1612]: CMP 46:46 23:23 1920:1920 1088:1088 17:17,
Mai 01 14:12:20 yavdr vdr[1612]: video: create decoder 16bit?=0 1920x1080 old 1920 1080
Mai 01 14:12:20 yavdr vdr[1612]: video: slow down video, duping frame 30
Mai 01 14:12:20 yavdr vdr[1612]: GetFormat Init ok 1920x1080
Mai 01 14:12:21 yavdr vdr[1612]: Init VAAPI deint ok
Mai 01 14:12:21 yavdr vdr[1612]: ++++++++++++++++++++++++++++++++++++starte audio
Mai 01 14:12:21 yavdr vdr[1612]: video/cuvid: aspect ratio changed
Mai 01 14:12:21 yavdr vdr[1612]: video: input 1920x1080 (1:1)
Mai 01 14:12:21 yavdr vdr[1612]: video: display aspect 16:9 Resolution 3
Mai 01 14:12:21 yavdr vdr[1612]: video: video +0+0 1920x1080
Mai 01 14:12:21 yavdr vdr[1612]: video: crop to +0+0 1920x1080
Mai 01 14:12:21 yavdr vdr[1612]: video: normal aspect output 1920x1080+0+0
Mai 01 14:12:21 yavdr vdr[1612]: codec/audio: inital drift delay 339ms
Mai 01 14:12:21 yavdr vdr[1612]: video: slow down video, duping frame 81
Mai 01 14:12:22 yavdr vdr[1612]: video/cuvid: synced after 56 frames 4505ms
Mai 01 14:12:22 yavdr vdr[1612]: Delay Audio 118 ms
Mai 01 14:12:22 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:22 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:22 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:23 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:29 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:31 yavdr vdr[1612]: codec/audio: drift( 0) 617ms reset
Mai 01 14:12:31 yavdr vdr[1612]: codec/audio: drift( 0) 617900us 0
Mai 01 14:12:31 yavdr vdr[1612]: codec/audio: inital drift delay 929ms
Mai 01 14:12:32 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:35 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:36 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:42 yavdr vdr[1612]: codec/audio: drift( 0) 299ms reset
Mai 01 14:12:42 yavdr vdr[1612]: codec/audio: inital drift delay 1269ms
Mai 01 14:12:44 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:47 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:48 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:48 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:50 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:50 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:51 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:51 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:51 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:52 yavdr vdr[1612]: codec/audio: drift( 0) 899ms reset
Mai 01 14:12:52 yavdr vdr[1612]: codec/audio: inital drift delay 2125ms
Mai 01 14:12:53 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:54 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:55 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:56 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:56 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:56 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:56 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:57 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:58 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:58 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:59 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:12:59 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:13:00 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:13:01 yavdr vdr[1612]: Delay Audio 100 ms
Mai 01 14:13:02 yavdr vdr[1612]: codec/audio: drift( 0) 1399ms reset
Mai 01 14:13:02 yavdr vdr[1612]: codec/audio: inital drift delay 3512ms
Mai 01 14:13:02 yavdr vdr[1612]: Delay Audio 100 ms
Display More
Das scheint mir das Problem zu sein: Delay Audio 112 ms
Viele Grüße
Stubi
Don’t have an account yet? Register yourself now and be a part of our community!