Posts by johol

Mit der ffmpeg Version 8.0.1 von jc-kynesim ist die HW-Unterstützung wieder vorhanden und die „shd main filter“ Threads sind auch verschwunden.
Die eigentliche Fehlerursache war mein Halbwissen über GitHub.
Ich habe auf jc-kynesim nur die Version 5.1.d gefunden und daher für 8.0.1 die Originalversion von http://www.ffmpeg.org verwendet.
Die richtigen Fragen von mir wären gewesen:
Gibt es eine jc-kynesim ffmpeg Version 8.0.1 und wen ja, wie kann ich sie downloaden?
Wie sind die Einstellungen für das Kompilieren von 8.0.1?

Es ist mir klar, dass es besonders schwer ist Halbwissenden remote Unterstützung zu leisten.
Daher möchte ich mich bei euch bedanken, dass ihr nicht aufgegeben habt.

Vielen Dank

Ich hatte von jc-kynesim die Version 5.1.git und nicht 8.0.1 heruntergeladen.

Meine Version 8.0.1 war http://www.ffmpeg.org

Ich werde jetzt die Version 8.0.1 von jc-kynesim herunterladen und ich bin mir sicher, dass dann alles funktioniert.

Vielen Dank für die Unterstützung

Mein Kernel ist 6.12.62+rpt-rpi-v8.

Aber wenn "--enable-sand" nicht in der Datei "configure" vorhanden ist, dann kann es ja auch nicht in ffmpeg aufscheinen.

Oder sehe ich da etwas falsch?

Version jc-kynesim und 8.0.1

--enable-v4l2_m2m und --enable-hwaccels sind aktiviert

Einstellungen für jc-kynesim

--disable-static --enable-shared --enable-gpl --enable-version3 --enable-logging --disable-doc --enable-pic --enable-optimizations --disable-extra-warnings --enable-avdevice --enable-avcodec --enable-avformat --enable-swscale --enable-avfilter --disable-devices --enable-pthreads --enable-network --disable-gnutls --disable-gray --enable-swscale-alpha --disable-small --enable-v4l2_m2m --enable-libdrm --disable-vaapi --disable-vdpau --disable-mmal --enable-runtime-cpudetect --disable-hardcoded-tables --disable-encoders --enable-encoder=ac3 --enable-encoder=aac --enable-encoder=wmav2 --enable-encoder=mjpeg --enable-encoder=png --enable-hwaccels --disable-muxers --enable-muxer=spdif --enable-muxer=adts --enable-muxer=asf --enable-muxer=ipod --enable-muxer=mpegts --enable-demuxers --enable-parsers --enable-bsfs --enable-protocol=http --disable-indevs --disable-outdevs --enable-filters --disable-avisynth --enable-bzlib --disable-lzma --disable-alsa --disable-frei0r --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libopencv --disable-libdc1394 --disable-libfreetype --disable-libgsm --disable-libmp3lame --disable-libopenjpeg --disable-librtmp --enable-libdav1d --enable-libspeex --disable-libtheora --disable-libvo-amrwbenc --disable-libvorbis --disable-libvpx --disable-libx264 --disable-libxavs --enable-libxml2 --disable-libxvid --enable-zlib --enable-asm --disable-altivec --enable-neon --disable-symver

Einstellungen für 8.0.1

--disable-static --enable-shared --enable-gpl --enable-version3 --enable-logging --disable-doc --enable-debug --disable-stripping --enable-pic --enable-optimizations --disable-extra-warnings --enable-avdevice --enable-avcodec --enable-avformat --enable-swscale --enable-avfilter --disable-devices --enable-pthreads --enable-network --disable-gnutls --disable-gray --enable-swscale-alpha --disable-small --enable-v4l2_m2m --enable-libdrm --enable-libdrm --disable-vdpau --disable-mmal --enable-runtime-cpudetect --disable-hardcoded-tables --disable-encoders --enable-encoder=ac3 --enable-encoder=aac --enable-encoder=wmav2 --enable-encoder=mjpeg --enable-encoder=mpeg2video --enable-encoder=mp2 --enable-encoder=png --enable-hwaccels --disable-muxers --enable-muxer=spdif --enable-muxer=adts --enable-muxer=asf --enable-muxer=ipod --enable-muxer=mpegts --enable-muxer=matroska --enable-muxer=mp4 --enable-muxer=webm --enable-muxer=webm_chunk --enable-muxer=webm_dash_manifest --enable-demuxers --enable-parsers --enable-bsfs --enable-protocol=http --disable-indevs --disable-outdevs --enable-filters --disable-avisynth --enable-bzlib --disable-lzma --disable-alsa --disable-frei0r --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libopencv --disable-libdc1394 --disable-libfreetype --disable-libgsm --disable-libmp3lame --disable-libopenjpeg --disable-librtmp --disable-libtheora --disable-libvo-amrwbenc --disable-libx264 --disable-libxavs --disable-libxvid --enable-zlib --enable-asm --disable-altivec --enable-neon --disable-symver

Das ist interessant, denn wenn ich die Datei "https://github.com/jc-kynesim/rpi…aster/configure" durchsuche,dann finde ich kein "--enable-sand“.

Ich habe jetzt weiter getestet (mit der Version 8.0.1 und jc-kynesim), aber das Ergebnis war immer dasselbe.

Die Log-Zeile mit "PixelFormat:" hat bei einer TV-Wiedergabe immer gleich ausgesehen und es waren dann auch immer 5 "shd main filter" Tasks vorhanden.

Eines ist mir aufgefallen, dass die "configure" Einstellung "--enable-sand" bei mir immer die Meldung "Unknown option "--enable-sand". See ./configure --help for available options." ergibt und das bei Version 8.0.1 und jc-kynesim.

Aber wenn ich die Datei "package.mk" von LibreELEC.tv ansehe, dann habe ich den Eindruck, dass "--enable-sand" doch sehr wichtig ist für den Rpi.

Ich könnte mir vorstellen, dass dies das Problem ist.

Ich habe die nächsten Tage leider keine Zeit weiter zu testen.

Ich werde ffmpeg mit den zusätzlichen Einstellung compilieren.

Aber ein Durchlauf dauert fast eine Stunde.

Daher werde ich mich erst morgen wieder melden.

Vielen Dank

configure --prefix=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/ffmpeg --pkgconfigdir=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/ffmpeg/pkgconfigb --shlibdir=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/shlib --enable-shared --enable-libv4l2 --enable-libdrm --enable-opencl

Ich habe jetzt auf einen Radio-Kanal geschaltet und dann wieder zurück auf einen TV-Kanal.

Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] switching to channel 2 C-1537-5-5002 (ORF 2 Wien HD-338 (C))
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: SetPlayMode: 0
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: received StopEvent
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: Preparing to leave state PLAY
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: Changing state PLAY -> STOP
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: ClearAudio:
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice][Codec] audiocodec: FlushBuffers
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice][Drm] videorender: DisplayBlackFrame: closing, set a black FB
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] videostream main: ClearVdrCoreToDecoderQueue: packets 0
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice][Codec] videostream main: CloseDecoder
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: State changed to STOP
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: state change done in 23 ms
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: SetVideoDisplayFormat: 1
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: GetSpuDecoder:
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: CanReplay: 1
Jän 27 21:56:57 raspberrypi vdr[81888]: [90485] device 2 TS buffer thread ended (pid=81888, tid=90485)
Jän 27 21:56:57 raspberrypi vdr[81888]: [90484] buffer stats: 30080 (0%) used
Jän 27 21:56:57 raspberrypi vdr[81888]: [90484] device 2 receiver thread ended (pid=81888, tid=90484)
Jän 27 21:56:57 raspberrypi vdr[81888]: [90509] device 2 receiver thread started (pid=81888, tid=90509, prio=high)
Jän 27 21:56:57 raspberrypi vdr[81888]: [90510] device 2 TS buffer thread started (pid=81888, tid=90510, prio=high)
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: CanReplay: 1
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: SetPlayMode: 1
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: received PlayEvent
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: Preparing to leave state STOP
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: Changing state STOP -> BUFFERING
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: State changed to BUFFERING
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] videorender: ResetFrameCounter: reset m_startCounter 0 TrickSpeed 0
Jän 27 21:56:57 raspberrypi vdr[81888]: [81888] [softhddevice] device: state change done in 0 ms
Jän 27 21:56:57 raspberrypi vdr[81888]: [81895] [softhddevice][Drm] videorender: CommitBuffer: SetPlane OSD 1 (fb = 720)
Jän 27 21:56:57 raspberrypi vdr[81888]: [90509] [softhddevice][Codec] audiocodec: Close
Jän 27 21:56:57 raspberrypi vdr[81888]: [90509] [softhddevice] device: PlayAudio: new channel id 0xBD
Jän 27 21:56:57 raspberrypi vdr[81888]: [90509] [softhddevice][Codec] audiocodec: Close
Jän 27 21:56:57 raspberrypi vdr[81888]: [90509] [softhddevice][Codec] audiocodec: Open: Codec ATSC A/52A (AC-3) found, passthrough mask 0
Jän 27 21:56:58 raspberrypi vdr[81888]: [90509] [softhddevice][Codec] Stream: 000001 | E0 | FFF0 | 84D00D | 335827ED 99135827 C3698089 1B000000
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: main: Open: Try to open decoder for CodecID h264
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: FindHWConfig: no HW config found for H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: FindHWConfig: no HW config found for V4L2 mem2mem H.264 decoder wrapper
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: main: Open: Codec H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 for CodecID h264 found
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: FindHWConfig: no HW config found for H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: main: Open: Codec H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 for CodecID h264 opened, using 1 threads
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: main: SendPacket: set extradata 0x7f74384ed0 64
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] videocodec: GetFormat: PixelFormat: yuv420p videoCtx->pix_fmt: (null) sw_pix_fmt: yuv420p Codecname: h264
Jän 27 21:56:58 raspberrypi vdr[81888]: [81896] [softhddevice][Codec] filter thread: InitAndStart: filter="scale" args="video_size=1280x720:pix_fmt=0:time_base=1/90000:pixel_aspect=1/1"
Jän 27 21:56:58 raspberrypi vdr[81888]: [90523] shd main filter thread started (pid=81888, tid=90523, prio=high)
Jän 27 21:56:58 raspberrypi vdr[81888]: [90523] [softhddevice] threads: video filter thread started
Jän 27 21:56:58 raspberrypi vdr[81888]: [90523] [softhddevice][Drm] drmbuffer: Setup: Added FB fb_id 721 width 1280 height 720 pix_fmt NV12
Jän 27 21:56:58 raspberrypi vdr[81888]: [90523] [softhddevice][Drm] drmbuffer: Setup: Added FB fb_id 722 width 1280 height 720 pix_fmt NV12
Jän 27 21:56:58 raspberrypi vdr[81888]: [90523] [softhddevice][Drm] drmbuffer: Setup: Added FB fb_id 725 width 1280 height 720 pix_fmt NV12

ffmpeg 8.0.1 habe ich jetzt auf die Seite gegeben.

Ich teste jetzt mit der jc-kynesim Version

./ffmpeg -decoders | grep h264
ffmpeg version N-111519-gefa6cec759 Copyright (c) 2000-2023 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-14+deb12u1)
configuration: --prefix=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/ffmpeg --pkgconfigdir=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/ffmpeg/pkgconfigb --shlibdir=/home/pi/vdr/ffmpeg/ffmpeg-rpi-jc-kynesim/shlib --enable-shared --enable-libv4l2 --enable-libdrm --enable-opencl
libavutil 58. 14.100 / 58. 14.100
libavcodec 60. 22.100 / 60. 22.100
libavformat 60. 10.100 / 60. 10.100
libavdevice 60. 2.101 / 60. 2.101
libavfilter 9. 8.102 / 9. 8.102
libswscale 7. 3.100 / 7. 3.100
libswresample 4. 11.100 / 4. 11.100
VFS..D h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
V..... h264_v4l2m2m V4L2 mem2mem H.264 decoder wrapper (codec h264)

Im Log-File finde ich dazu:

[softhddevice][Codec] videocodec: FindHWConfig: no HW config found for H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10

und

[softhddevice][Codec] videocodec: FindHWConfig: no HW config found for V4L2 mem2mem H.264 decoder wrapper

Es sieht so aus, als ob beide keine HW-Unterstützung finden.

Ich verwende auch die Sourcen von jc-kynesim.

"ffmpeg -version" ergibt "ffmpeg version N-111519-gefa6cec759"

Ich habe mich heute weiter mit ffmpeg beschäftigt und bin darauf gekommen, dass bei meinem compilierten ffmpeg doch keine HW-Unterstützung vorhanden sein wird.

Bei Verwendung von meinem selbst compilierten ffmpeg finde ich folgende Zeile im Log-File (sieht nicht nach HW-Unterstützung aus):
[softhddevice][Codec] videocodec: FindHWConfig: no HW config found for V4L2 mem2mem H.264 decoder wrapper

Wenn ich ffmpeg von meinem OS bookworm verwende, dann erhalte ich die Zeile (sieht nach HW-Unterstützung aus):
[softhddevice][Codec] videocodec: Open: Codec V4L2 mem2mem H.264 decoder wrapper for CodecID h264 found

Auch der Befehl „ffmpeg -hwaccels“ gibt bei diesem 6 Methoden aus, aber bei meinem compilierten ffmpeg nichts.

Beim letzten Compilierversuch habe ich „configure“ mit „--enable-shared --enable-libv4l2 --enable-libdrm –enable-opencl“ aufgerufen.
„ffmpeg -hwaccels“ gibt jetzt „drm“ und „opencl“ aus, aber die Einträge im Log-File sind immer noch dieselben.

Wie muss ich ffmpeg compilieren, damit die Rpi-HW unterstützt wird?

Da hat wohl mein Halbwissen wieder unbarmherzig zugeschlagen.

Vielen Dank

Ich habe jetzt 1.5.4 und ffmpeg Version von jc-kynesim installiert - und siehe da, die Gesamtauslastung ist nur mehr ca. 20% und nicht mehr ca. 50%.

Das Problem war wohl meine falsche ffmpeg Version.

Vielen Dank

Ich benutze die Mainline ffmpeg Versionen, aber ich compiliere jetzt gerade die Version von jc-kynesim.

Entschuldigung, aber ich habe zu den Logs noch Fragen:

Soll ich FFMPEG_DEBUG und/oder MEDIA_DEBUG im Makefile aktivieren oder Logs im OSD unter Einstellungen Plugins?

Wo sollte ich dann die Loginformationen finden? (Mit journalctl oder werden sie in Dateien abgelegt?)

Hallo,

Ich habe vor einigen Wochen meinen VDR von Rpi 3 auf Rpi 4 upgegraded.
Der VDR hängt mit 2 Sundtek DVB-C Sticks im Magenta Kabel-TV Netz.
Die SW-Version des VDR ist 2.7.7 und ich versuche „softhddevice-drm-gles“ auf neuesten Stand zu halten.
Dabei ist mir aufgefallen, dass bei den neueren „softhddevice-drm-gles“ Versionen die Gesamtauslastung des Rpi 4 stark angestiegen ist (nur bei Video, nicht bei Radio).

Die letzte „softhddevice-drm-gles“ Version, wo die Auslastung noch gering ist, war 1.2.1 (Gesamtauslastung ca. 7%).
Die nächste Version, die ich verwendet habe, war 1.4.2.
Ab dieser ist die Gesamtauslastung des Rpi 4 auf ca. 50% angestiegen (auch bei 1.5.3).
Ich habe mir mit „top -H“ die Threads bei der Version 1.5.3 angesehen und bemerkt, dass die fünf „shd main filter“ Threads und ein „shd main decode“ Thread diese Mehrauslastung verursachen.
Mich stört vor allem, dass durch die erhöhte Auslastung auch die Temperatur des Rpi 4 stark ansteigt.

OS-release: Debian GNU/Linux 12 (bookworm) mit den neuesten Patches
ffmpeg: Zuerst habe ich das bookworm eigene ffmpeg 5.1.8 verwendet und danach ffmpeg 8.0.1. Aber es war keine Änderung der Auslastung zu erkennen.
Getestet habe ich mit h264 1280x720 TV-Sendungen.

Kann es sein, dass die neueren „softhddevice-drm-gles“ Versionen keine HW-, sondern eine SW-Dekodierung durchführen?

Vielen Dank im Voraus für die Antworten

Ich habe remux.c angepasst und es funktioniert.

Vielen Dank

Ich hoffe, ich bin hier richtig.

Bei der Aufnahme von Radioprogrammen mit VDR 2.7.3 (und auch mit VDR 2.7.2) werden viele Fehler (ca. 10-11 pro Sekunde) gezählt.

Mit VDR 2.7.1 wird bei der Radioaufnahme kein Fehler angezeigt.

Wenn nach einer Aufnahme mit VDR 2.7.1 die Datei „index“ gelöscht und VDR 2.7.3 gestartet wird, dann werden beim Neuerstellen dieser Datei genau so viele Fehler gezählt als ob die Aufnahme mit VDR 2.7.3 durchgeführt worden wäre.

Die Hardware ist ein Raspberry Pi 3 mit einem Sundtek MediaTV Pro.

Das Signal erhalte ich über das Magenta Kabel in Wien (DVB-C).

Übrigens, ich verwende den VDR schon über 10 Jahre und bin begeistert davon.

Vielen Dank an alle Entwickler

Inhalt der "info" Dateien bei der Aufnahme mit VDR 2.7.1 und VDR 2.7.3.

Quote

more VDR-2.7.*_Deu*/*rec/info

::::::::::::::

VDR-2.7.1_Deutschlandfunk/2024-10-13.08.20.162-0.rec/info

::::::::::::::

C C-1537-18-18222 Deutschlandfunk (C)

E 0 0 0 FF FF

X 2 03 deu

F 10.41666667

P 50

L 99

O 0

@ <vdradmin-am><bstart>5</bstart><bstop>15</bstop></vdradmin-am>

::::::::::::::

VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec/info

::::::::::::::

C C-1537-18-18222 Deutschlandfunk (C)

E 0 0 0 FF FF

X 2 03 deu

F 10.41666667

P 50

L 99

O 6200

@ <vdradmin-am><bstart>5</bstart><bstop>15</bstop></vdradmin-am>

Display More

Auszug aus dem "syslog" bei der Aufnahme mit VDR 2.7.3

Quote

Oct 13 07:10:00 raspberrypi vdr: [1516] switching device 2 to channel 162 C-1537-18-18222 (Deutschlandfunk (C))

Oct 13 07:10:00 raspberrypi vdr: [1516] timer 73 (162 0710-0720 'VDR-2.7.3 Deutschlandfunk') start

Oct 13 07:10:00 raspberrypi vdr: [1516] waiting for EPG info...

Oct 13 07:10:04 raspberrypi vdr: [1516] no EPG info available

Oct 13 07:10:04 raspberrypi vdr: [1516] record /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec

Oct 13 07:10:04 raspberrypi vdr: [1516] creating directory /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk

Oct 13 07:10:04 raspberrypi vdr: [1516] creating directory /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec

Oct 13 07:10:04 raspberrypi vdr: [1516] recording to '/vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec/00001.ts'

Oct 13 07:10:04 raspberrypi vdr: [14600] recording thread started (pid=1516, tid=14600, prio=high)

Oct 13 07:10:04 raspberrypi vdr: [1516] writing timer id '73@raspberrypi' to /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec/.timer

Oct 13 07:10:04 raspberrypi vdr: [14601] device 2 receiver thread started (pid=1516, tid=14601, prio=high)

Oct 13 07:10:04 raspberrypi vdr: [14602] device 2 TS buffer thread started (pid=1516, tid=14602, prio=high)

Oct 13 07:10:06 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 7 new errors (total 7)

Oct 13 07:10:07 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 17)

Oct 13 07:10:08 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 27)

Oct 13 07:10:09 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 38)

Oct 13 07:10:10 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 48)

Oct 13 07:10:11 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 59)

Oct 13 07:10:12 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 69)

Oct 13 07:10:13 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 80)

Oct 13 07:10:14 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 90)

Oct 13 07:10:15 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 100)

Oct 13 07:10:16 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 111)

.

.

.

Oct 13 07:19:52 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 6111)

Oct 13 07:19:53 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6121)

Oct 13 07:19:54 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 6132)

Oct 13 07:19:55 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6142)

Oct 13 07:19:56 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 11 new errors (total 6153)

Oct 13 07:19:57 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6163)

Oct 13 07:19:58 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6173)

Oct 13 07:19:59 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6183)

Oct 13 07:20:00 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 10 new errors (total 6193)

Oct 13 07:20:00 raspberrypi vdr: [1516] timer 73 (162 0710-0720 'VDR-2.7.3 Deutschlandfunk') finished with 6200 errors

Oct 13 07:20:00 raspberrypi vdr: [14600] /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec: 7 new errors (total 6200)

Oct 13 07:20:00 raspberrypi vdr: [14600] recording thread ended (pid=1516, tid=14600)

Oct 13 07:20:00 raspberrypi vdr: [1516] buffer stats: 45120 (0%) used

Oct 13 07:20:00 raspberrypi vdr: [1516] timer 73 (162 0710-0720 'VDR-2.7.3 Deutschlandfunk') stop

Oct 13 07:20:00 raspberrypi vdr: [1516] removing /vdr/video/video.00/VDR-2.7.3_Deutschlandfunk/2024-10-13.07.10.162-0.rec/.timer

Oct 13 07:20:00 raspberrypi vdr: [14602] device 2 TS buffer thread ended (pid=1516, tid=14602)

Oct 13 07:20:00 raspberrypi vdr: [14601] buffer stats: 24628 (0%) used

Oct 13 07:20:00 raspberrypi vdr: [14601] device 2 receiver thread ended (pid=1516, tid=14601)

Display More