Ach so, ja klar, nur 4:3 nicht
[softhddevice-drm]
-
-
-
Ok, vorletzte Frage: Ohne gles heißt mein branch, nicht zillerbaers?
Ja, alle tests von heute und gestern habe ich mit dem branch drm-atomic-v7-gles_gbmfix gemacht nur einmal mit gles und ohne gebaut
Zitat von rellLetzte Frage: zillerbaers Original geht in beiden Fällen?
habe ich nicht getestet, kann ich aber gerne machen wenn du möchtest
-
habe ich nicht getestet, kann ich aber gerne machen wenn du möchtest
Wäre hilfreich um es einzuschränken...
Aber keinen Stress, vor morgen abend oder Montag kann ichs aber eh nicht anschauen.
-
Hallo rookie1 ,
ich habe die Änderungen mal in https://github.com/rellla/vdr-…m/tree/drm-atomic-v7-gles übernommen.
Die Fehler aus deinen letzten beiden Logs haben aber imho nicht mit drm oder gles zu tun, sondern riechen nach einem Codec Problem. Die drm und gles Logs sehen gut aus, nur der Codec nicht:
Code
Alles anzeigenApr 10 11:38:17 raspiVDR vdr: video: mpeg2 detected Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_try_format: pixelformat 1395803981 not supported for type 2 Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: try output format failed Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_try_format: output buffer type do not support requests, capabilities 21 Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: try output format failed Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_try_format: output buffer type do not support requests, capabilities 21 Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: try output format failed Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_try_format: output buffer type do not support requests, capabilities 21 Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: try output format failed Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: missing required mem2mem capability Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: missing required mem2mem capability Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: missing required mem2mem capability Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] v4l2_request_probe_video_device: missing required mem2mem capability Apr 10 11:38:17 raspiVDR vdr[16191]: [mpeg2video @ 0x12ed4c0] Failed setup for format drm_prime: hwaccel initialisation returned error.
Es wäre also gut, wenn du das mit zillerbaers Branch auch nochmal versuchst.
Hast du unterwegs irgendwas an ffmpeg geändert?
Gruß
Andreas
-
So jetzt bin ich zum testen gekommen
neuester branch drm-atomic-v7-gles:
Läuft und ich bilde mir ein daß das OSD deutlich performanter ist.4:3 Sendungen stürzen nicht mehr ab werden aber weiterhin in 16.9 Format dargestellt
zillerbaers:
wird im richtigen Format dargestellt
-
So jetzt bin ich zum testen gekommen
neuester branch drm-atomic-v7-gles:
Läuft und ich bilde mir ein daß das OSD deutlich performanter ist.4:3 Sendungen stürzen nicht mehr ab werden aber weiterhin in 16.9 Format dargestellt
zillerbaers:
wird im richtigen Format dargestellt
Danke, hört sich gut an. Ich werde mal eine 4:3 Aufnahme bei mir suchen... Wenn du jetzt noch ein Log mit der 4:3 Aufnahme und aktiviertem DEBUG, DRM_DEBUG und CODEC_DEBUG hättest, wär's super
-
Kommt gleich, was mir noch aufgefallen ist das bei Umschalten auf Servus TV kein Bild mehr kommt und zum Teil auch wenn ich wieder zurück schalte
-
So jetzt noch das Log von 4:3
-
-
4:3 Sendungen stürzen nicht mehr ab werden aber weiterhin in 16.9 Format dargestellt
Kann ich reproduzieren und schaue ich mir an.
-
Wäre das interessant für dich?
Was meinst Du da?
-
Das unterdrückt die Meldung "CodecVideoReceiveFrame: receive_frame ret: Die Ressource ist zur Zeit nicht verfügbar" wenn EAGAIN als geplanter Rückgabewert kommt. Es werden nur Fehler wie ENOMEM etc. angezeigt. Damit wird das Log etwas kleiner, da bei einem Kanalwechsel immer ein paar dieser Meldungen im Log auftauchen, was m.M. nach nicht unbedingt sein muss.
EDIT: Die Commitbeschreibung ist falsch sehe ich gerade
-
Das wird nur ausgegeben wenn der Schalter DEBUG gesetzt ist. Beim Debug will ich alle Meldungen sehen um Einschätzen zu können was funktioniert und wo es hängt.
-
Klingt plausibel...
-
ich habe meine VDR Installation etwas geändert wenn ich jetzt von einem HD auf einen anderen umschalte startet der VDR neu. Wenn ich aber den Debug Modus im softhddevice aktiviere hab ich keine Probleme mehr
Code: ohne debug Modus:
Alles anzeigenOct 29 16:43:21 raspberrypi kernel: [ 1904.990601] input: gpio_ir_recv (lircd bypass) as /devices/virtual/input/input8 Oct 29 16:43:21 raspberrypi systemd-udevd[9213]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1. Oct 29 16:43:23 raspberrypi vdr: [9222] epg data reader thread ended (pid=9220, tid=9222) Oct 29 16:43:23 raspberrypi vdr: [9220] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD) Oct 29 16:43:23 raspberrypi vdr: [9238] device 1 receiver thread started (pid=9220, tid=9238, prio=high) Oct 29 16:43:23 raspberrypi vdr: [9220] [softhddev]SetVolumeDevice: 255 Oct 29 16:43:23 raspberrypi vdr: [9220] setting watchdog timer to 60 seconds Oct 29 16:43:23 raspberrypi vdr: [9239] SVDRP server handler thread started (pid=9220, tid=9239, prio=low) Oct 29 16:43:23 raspberrypi vdr: [9239] SVDRP raspberrypi opening port 6419/tcp Oct 29 16:43:23 raspberrypi vdr: [9239] SVDRP raspberrypi listening on port 6419/tcp Oct 29 16:43:23 raspberrypi vdr: [9220] [softhddev]SetPlayMode: 1 Oct 29 16:43:23 raspberrypi vdr: [9220] OSD size changed to 1920x1080 @ 1.77778 Oct 29 16:43:24 raspberrypi vdr: [9220] max. latency time 1 seconds Oct 29 16:43:24 raspberrypi vdr: AlsaSetup: Channels 2 SampleRate 48000#012 HWChannels 2 HWSampleRate 48000 SampleFormat S16_LE#012 Supports pause: n$ Oct 29 16:44:27 raspberrypi vdr: [9229] changing pids of channel 169 (Test-R) from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0 Oct 29 16:44:37 raspberrypi vdr: [9220] [softhddev]SetPlayMode: 0 Oct 29 16:44:38 raspberrypi lircd[632]: lircd-0.10.1[632]: Info: removed client Oct 29 16:44:38 raspberrypi lircd[632]: lircd-0.10.1[632]: Info: closing '/dev/input/event0' Oct 29 16:44:38 raspberrypi lircd-0.10.1[632]: Info: removed client Oct 29 16:44:38 raspberrypi lircd-0.10.1[632]: Info: closing '/dev/input/event0' Oct 29 16:44:41 raspberrypi systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV Oct 29 16:44:41 raspberrypi systemd[1]: vdr.service: Failed with result 'signal'. Oct 29 16:44:51 raspberrypi systemd[1]: vdr.service: Service RestartSec=10s expired, scheduling restart. Oct 29 16:44:51 raspberrypi systemd[1]: vdr.service: Scheduled restart job, restart counter is at 1. Oct 29 16:44:51 raspberrypi systemd[1]: Stopped Video Disk Recorder.
Code
Alles anzeigenOct 29 16:50:00 raspberrypi vdr: [10812] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD) Oct 29 16:50:00 raspberrypi vdr[10812]: [softhddev]CanReplay: Oct 29 16:50:00 raspberrypi vdr: [10859] device 1 receiver thread started (pid=10812, tid=10859, prio=high) Oct 29 16:50:00 raspberrypi vdr[10812]: [softhddev]CanReplay: Oct 29 16:50:00 raspberrypi vdr: [10812] [softhddev]SetPlayMode: 1 Oct 29 16:50:00 raspberrypi vdr[10812]: [softhddev]SetPlayMode: 1 Oct 29 16:50:00 raspberrypi vdr[10812]: SetPlayMode: play_mode 1 Oct 29 16:50:00 raspberrypi vdr[10812]: VideoThreadWakeup: VideoThreadWakeup Oct 29 16:50:00 raspberrypi vdr: [10815] SATIP: Detected 1 RTP packet error [device 0] Oct 29 16:50:01 raspberrypi vdr[10812]: PlayAudio: NewAudioStream Oct 29 16:50:01 raspberrypi vdr[10812]: CodecAudioClose Oct 29 16:50:01 raspberrypi vdr[10812]: CodecAudioClose Oct 29 16:50:01 raspberrypi vdr[10812]: AudioFilter: Free the filter graph. Oct 29 16:50:01 raspberrypi vdr[10812]: AudioFilterInit: IN ch_layout stereo sample_fmt s16p sample_rate 48000 channels 2 Oct 29 16:50:01 raspberrypi vdr[10812]: AudioFilterInit: OUT AudioDownMix 0 HwChannels 2 HwSampleRate 48000 ch_layout stereo bytes_per_sample 2 Oct 29 16:50:01 raspberrypi vdr: audio/demux: new channel id Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 24ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 48ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 72ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 96ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 120ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 144ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: video: not detected Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 168ms to skip 0ms Oct 29 16:50:01 raspberrypi vdr: audio: start? in Rb 192ms to skip 0ms
-
ich habe meine VDR Installation etwas geändert
Was ist neu? Kernel? FFmpeg?
Es gibt ein Segfault. Kannst Du vdr unter gdb starten?
In den Logs sehe ich keinen Fehler.
Edit: ... oder ein core erstellen?
-
seither habe ich den vdr mit apt-get --yes install vdr vdr-dev installiert.
da mir die Version zu alt war baue ich ihn jetzt selber
Es gibt ein Segfault. Kannst Du vdr unter gdb starten?
muss ich nochmal schauen wie das geht
-
muss ich nochmal schauen wie das geht
ich starte so:
Codegdb -ex=run --args /usr/bin/vdr -c /etc/vdr --no-kbd -E /etc/vdr/epg.data -s /usr/local/bin/vdrshutdown -v /home/Video -l 3 --lirc=/dev/lircd -P "softhddevice-drm -a hw:0,2" -P streamdev-client
Ein Core File würde auch helfen. Das kommt wenn Du das vor vdr start eingegeben hast:
-
kannst du damit erst mal was anfangen
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!