Posts by rfehr

Quote from rell

Theoretisch ja, praktisch müsste ich mich dann wieder wo anmelden und aufpassen

Wir aber auch

Hi,

die GT1030 läuft mit der MLD auch ohne Probleme.

Gruß,

Roland

Quote from rell

Hallo MLD devs,

ich wollte jetzt tatsächlich mal MLD ausprobieren und habe mir von https://www.minidvblinux.de/download/6.4 das Rock PI 4B image gezogen. Anscheinend geht das aber für meine Rock Pi 4 B+ nicht...
Wäre es für euch denkbar, den B+ mit aufzunehmen? Ich sehe den Bootloader output, dann kommt nocht kurz ein "Streifenbild" und das wars. Ich denke, der Kernel klappt dann nicht mehr... Rock Pi 4B+ hätte ich einen zum Testen übrig, zur Not könnte ich den RPI4 zeitweise "opfern".

Außerdem habe ich in eurem Forum gelesen, dass es für die Build Umgebung ganz schön Power und Platz braucht.... Ich fürchte, mit meinem RPI5+USB3-Platte, den ich zum Bauen von VDR*ELEC nutze komme ich da nicht weit, oder?

Danke für eure Antworten.

Gruß
Andreas

Hi Andreas,

das können wir besser bei uns im Forum besprechen,

da bekommen wir Fragen schneller mit

Gruß,

Roland

Quote from kamel5

Ja, Fehler von mir. Ich hatte die falsch getaggt, habe es aber jetzt gerade korrigiert.

Wie gesagt bei der MLD 6.5 ist der letzte git Stand drin.

Gruß,

Roland

Quote from SHofmann

Welche Version verwendest du? Die aktuelle ist Version 2.1.15.

Damit und VDR 2.7.9 stimmt die Anzeige überein:

The content cannot be displayed because you do not have authorisation to view this content.

The content cannot be displayed because you do not have authorisation to view this content.

du meinst die 2.0.15, wir haben den letzten git stand drin.

Gruß,

Roland

vtuner-ng/ DVB-C / dvbapi

Quote from Dr. Seltsam

Hat den gleichen Bug

Also bei mir läuft es ohne Probleme, auch bei verschlüsselten Kanälen.

Was spricht denn gegen,

git://github.com/rofafor/vdr-plugin-femon.git ?

Gruß,

Roland

Quote from S:oren

Ja, selbstverstaendlich.

Das ist aber keine Antwort auf meine eigentliche Frage.

bei 9 ist doch ende, beim plain vdr

Quote from kls

- Wenn die Option eingeschaltet ist, soll dann nach wie vor "Setup/Red" zu "Gelöschte Aufzeichnungen" führen, oder soll das "toggeln"?

das würde ich gleich halten.

Kommt auf den Branch an,

in https://github.com/jc-kynesim/rpi…/main/configure

gibt es den Parameter

Bei der MLD nutzen wir diesen Branch hier aktuell

test/8.0.1/main

Quote from johol

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.

Display More

Bei der MLD wir rpi-ffmepg (jc-kynesim) mit der option --enable-sand gebaut.

als schnellen Test kannst du auch mal die MLD 6.5 testen, geht auch ohne Installation, nur im 'Live' Modus

Gruß,

Roland

Quote from johol

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

--enable-libx264 könnte vieleicht helfen, oder ncoh ein paar mehr configs

Quote from johol

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

Display More

mit welchen einstellungen wird das ffmpeg bei dir gebaut ?

Quote from johol

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.

Display More

Hast du das makefile angepasst

z.b:. --enable-libx264

vom ffmpeg

Gruß,

Roland

Quote from S:oren

Hab ich ein anderes Aufnahmen-Menue?

Bei mir ist die rote Taste "Öffnen" bei einem Verzeichnis und "Wiedergabe" bei einer Aufnahme. Das wird absolut nie benutzt, weil die OK-Taste beides viel intuitiver und einfacher (auf meiner Fernbedienung) ausloest.
Mit dem Undelete-Patch wird die rote Taste zu "UNDELETE" (warum auch immer man hier schreien muss), wenn es geloeschte Aufnahmen gibt, sonst bleibt es bei den - fuer mich - sinnfreien Default-Eintraegen (da koennte der Knopf auch ganz ausgeblendet werden - stoert aber auch nicht).

Fuer mich ist dieses Verhalten konsistent und intuitiv. So moechte ich das gerne behalten (und hoffe da auf den angekuendigten neuen Patch von kamel5).

Offensichtlich haben gibt es verschiedenes Verhalten der roten Taste bei verschiedenen Leuten. Was ja auch OK ist, wenn das einstellbar ist und sich das jeder einstellt wie gewuenscht. Geht fuer mich aber nicht ohne Patch.

Gruss
S:oren

nutzt du das vdr-plugin-extrecmenung plugin ?

Quote from Dr. Seltsam

Das ist so nicht generell richtig. Bei mir (DVB-C mit dvbapi-plugin) kann ich auf verschlüsselten Kanälen problemlos durch die devices switchen. Es crasht nur bei satip.

Du kannst doch die betreffende Codestelle mit #if 1 //crashes on scrambled satip-channels so markieren, dass Du sie wiederfindest, und sie gleichzeitig aktiv lassenDas

Das ist doch dem Entwickler überlassen, was er machen möchte, man muß es ja nicht nutzen, gibt ja unterschiedelich quellen/source, wenn man will/möchte

Quote from johol

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

Display More

welche sourcen für ffmpeg nutzt du?

Bei der MLD nutzen wir

git://github.com/jc-kynesim/rpi-ffmpeg.git

Gruß,

Roland

Quote from wirbel

Der code ist gerade auskommentiert, damit ich weiß wo ich nach viel verwendeter Zeit bei der Fehlersuche endlich stehen geblieben bin und später weiter machen kann.
Die Stelle in einem großen blob von fremden Quellcode von einem klasse Programmierer, der in der Vergangenheit mal an VDR interessiert war und leider ausgestiegen ist..

Das Problem ist nicht, dass ich irgend etwas 'kaputt' gemacht habe, es ist eben ein Stück code, der VDR völlig unbenutzbar macht, wenn er auf einem verschlüsselten Kanal getriggert wird, egal welche Quelle. Und der alt ist und schwierig zu fixen ist, und in dieser Situation alle Aufnahmen ruiniert. Das syslog läuft dann voll mit > 10 Messages/sec.

Und natürlich will jeder mehr als zehn Meldungen im syslog per sec + kaputte Aufnahmen haben für ein mini feature.

Las die Zeit, es ist für fast alle hier ein Hobby, wer was anders möchte, kann es ja auch 'kaufen', die frage ist nur,ob das dann besser ist

Gruß,

Roland

Oder einfach die Sourcen hier nutzen

https://github.com/rofafor/vdr-plugin-femon.git

da ist alles noch so wie es war.

Die nutzen wir in der MLD.

Gruß,

Roland