[softhddevice-drm]

Also ich hab das jetzt mal installiert und getestet, er schmiert nicht mehr ab, aber nachdem ich wieder einpaar Schnittmarken angepasst hab läuft alles in Zeitlupe.

Im syslog kommten dann folgende Meldungen.

Feb 16 17:33:38 PineH64 vdr: [11026] [softhddev]Clear:
Feb 16 17:33:38 PineH64 kernel: [ 5496.067866] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.074817] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.082041] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.088983] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.096766] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.103689] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.111520] cma: cma_alloc: alloc failed, req-size: 138 pages, ret: -12
Feb 16 17:33:38 PineH64 kernel: [ 5496.118465] cma: cma_alloc: alloc failed, req-size: 138 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.721869] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.728960] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.736892] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.744166] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.751313] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.759072] cma: cma_alloc: alloc failed, req-size: 152 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.766646] cma: cma_alloc: alloc failed, req-size: 138 pages, ret: -12
Feb 16 17:33:50 PineH64 kernel: [ 5507.774490] cma: cma_alloc: alloc failed, req-size: 138 pages, ret: -12

Ich habe jetzt zum ersten Mal Timer angelegt. Richtig verstanden habe ich noch nicht was da passiert. Mir stellt es sich so dar das vdr einen grossen Teil der Aufnahme in den Arbeitsspeicher lädt und für andere zu wenig Speicher überbleibt.

v4l2_request_buffer_alloc: create buffers failed for type 1, Nicht genügend Hauptspeicher verfügbar (12)

Kann jemand der die Interna von vdr kennt sagen wie man den Speicherverbrauch von vdr begrenzen kann?

Bin begeistert !!! sogar MetrixHD läuft einigermaßen. Die Darstellung des Infobalkens beim Umschalten oder beim Drücken von OK ist nur verschoben.

Seltsam jetzt geht es wieder.

Kann man für das Problem mit cma: cma_alloc: alloc failednicht einfach das CMA Memory in den Kerneloptionen auf 512MB setzten? Der Pine z.B hat ja 3GB RAM da sollte doch etwas mehr Videospeicher kein Problem sein oder?

Ja das kannst Du machen. Bei meinen Versuchen kam der Fehler aber dann einfach später. Es würde mich ineressieren ob das bei Dir auch so ist.

Was meinst du mit rot und blau vertauscht? Sieht bei mir wie auf dem Intel aus. Performance mäßig finde ich es auch einigermaßen in Ordnung nur beim nach oben gehen hinkt der Balken etwas hinterher.

Skinelchihd läuft besser nur gefällt es mir nicht so gut.

Skinflatplus läuft mit GL zumindest nicht mit CPU muss ich noch testen.

In der Funktion

void VideoOsdClear(VideoRender * render)

gibt es noch ein Problem,

denn 'render' ist nicht immer initialisiert, und das führt dann zu einem Segfault, z.b.: bei skinflatlus skin.

Gruß,

Roland

Zitat von rfehr

In der Funktion

void VideoOsdClear(VideoRender * render)

gibt es noch ein Problem,

denn 'render' ist nicht immer initialisiert, und das führt dann zu einem Segfault, z.b.: bei skinflatlus skin.

Das Problem sehe ich eher in der Skin und/oder der Reihenfolge des Ladens der Plugins! VideoRender wird wird beim Start des softhddevice-drm Plugins angelegt. Davor kann kein VideoOsdClear aufgerufen werden. Da sollte die Skin schauen ob es überhaupt ein Ausgabeplugin gibt! Es ist auch eine Überlegung wert warum wird ein Clear gemacht wird obwohl noch nix angezeigt wurde?

Ja es liegt am skinflatplus plugin.

Hi,

hatten wir das nicht schon mal

[2.4.0] Defekte Aufnahme? VDR wird beendet => Fehler in skinflatplus

CU

9000h

Zitat von rfehr

In der Funktion

void VideoOsdClear(VideoRender * render)

gibt es noch ein Problem,

denn 'render' ist nicht immer initialisiert, und das führt dann zu einem Segfault

Kann man das "einfach" lösen? Oder braucht es dazu einen der richtig Programmieren kann?

Zitat von MegaV0lt

Kann man das "einfach" lösen? Oder braucht es dazu einen der richtig Programmieren kann?

Die einfache Lösung wäre das mit if (render) abzufangen. Der Anspruch sollte aber sein "richtig" zu programmieren und keine Aufrufe zu machen die nicht hingehören. Wie ich das verstehe wird im Skin OSD Clear gemacht bevor ein OSD dargestellt wurde.

Ich kann da nichts machen. Kenn mich zu wenig aus. Im Quelltext finde ich auch kein VideoOsdClear

Zitat von zillerbaer

Die einfache Lösung wäre das mit if (render) abzufangen. Der Anspruch sollte aber sein "richtig" zu programmieren und keine Aufrufe zu machen die nicht hingehören. Wie ich das verstehe wird im Skin OSD Clear gemacht bevor ein OSD dargestellt wurde.

So habe ich es erstmal bei mir gemacht.