Angepinnt OE2.5: Rückmeldungen zum weekly Image für DM900UHD

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • wenn sich anscheinend so viel ändert, ohne dass du was machst, würde ich mal das HDMI-Kabel tauschen.... das ist sowohl für den Ton als auch für das Mit-An-Abschalten des TV zuständig.
      Yamp - gepimte Version auch für FHD - aktuelle Version V3.2.2 hier, neu: FAQ hier

      Wissen ist eins der wenigen Güter, das sich durch Teilen vermehren lässt .... :thumbsup:
    • Das komische daran ist, dass die Dreambox mit diesem Kabel schon 4. Jahre zusammen laufen,
      jahre lang gingen beide zusammen immer aus.
      An den Kabel und Harware war ich schon seit sehr langer Zeit nicht.
      Das fing erst an als ich neu geflasht hatte.

      Was ich jetzt noch festgestellt habe ist.
      Wenn ich den An Knopf auf der Dream FB drücke, geht kurz die rote Standybye Lampe am TV aus, das Display der Dream geht an und die rote Standbye Lampe geht am TV auch wieder an aber der TV geht nicht mit an :(

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von achim ()

    • Memory Leak Problem


      Hallo,
      ich hab seit ein paar Wochen eine neue dm900, dann newnigma2 4.3.3r3 drauf. Ich lasse Filme ablaufen mit EnhancedMovieCenter. Nun kriege ich wiederholt alle paar Tage einen Out of Memory Greenscreen vor die Birne. "OSError: [Errno 12] Cannot allocate memory" steht im Log. Habe dann das genauer unter die Lupe genommen. Bei jedem Schauen eines Films geht der freie Speicher runter, manchmal 20 MB, manchmal bis zu 200 MB. Auch über Nacht bringen die cron Jobs nichts oder fast nichts. Die Box läuft irgendwann unweigerlich in den Out of Memory. Der Speicher wird vom Prozess 'enigma2' gehalten, mehr kann ich nicht rausfinden, da ich mich bei Linux nur oberflächlich auskenne, in Informatik aber generell sehr gut. Kann man in den Speicher vielleicht reinschauen (Dump) und ermitteln, welcher Prozess den nicht freigibt? Oder ist es bei der Dreambox One/Two gefixt? Wenn es noch so wie bei meiner vorherigen DM8000 ist, die dieses Problem nicht hatte, ist es wohl am ehesten gstreamer, richtig?
    • das wird nicht viel bringen, wenn der Box der RAM ausgeht

      schon mal mit einem aktiven SWAP versucht? Wenn beireits eine SSD verbaut ist, die SWAP Partition aktiveren sonst eine SWAP Partition oder ein file auf auf der SD oder USB aktivieren.

      Sonst mal neu flashen und neu einrichen und testen
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Mit meiner DM920 hatte ich da nie Probleme, dass mir beim abspielen von Filmen der RAM ausgeht. Sollte ja keinen großen Unterschied zur 900er geben.
      Gab es da mal allgemeine Probleme beim EMC? Ansonsten auch mal mit der AMS testen, ob das ein generelles Problem ist.
    • Noch vergessen anzmerken, dass ich mp4 und hevc schaue, nicht Aufnahmen der Box, welche vermutlich (ist das noch so?) das MPEG-2 ts Format wären.

      Auch noch anzumerken, dass ich in der Regel noch externe Untertiteldateien im *.srt Format (SubRip) dabei habe, die ich zeitweise aktiviere. Ich muss mal testen, ob der Verbrauch weg geht, wenn diese niemals aktiviert werden. Ich denke aber eher, dass so ein 200 MB Verlust kaum durch Untertitel zustande kommen. So eine grosse Menge Daten deutet mir eher auf die Frame-Dekodierung des Films hin, wo in Massen Daten verarbeitet werden. Vielleicht kommt der Verlust nur bei einem der gstreamer packages für spezifische Formate zustande.

      Swap: Ja, die Idee mit dem Swap-aktivieren hatte ich auch als erstes. Ich habe darum ein 500 MB Swap zusätzlich aktiviert. Das verzögerte einfach nur, bis auch dieses RAM dann wieder verbraucht war.

      Dieses df ist jetzt nach einem GUI-Neustart (das freie RAM war auf 70 MB runter), wonach das RAM wieder frei war:
      root@dm900:~$ df -h
      Filesystem Size Used Available Use% Mounted on
      /dev/root 960.4M 440.3M 454.5M 49% /
      devtmpfs 491.7M 0 491.7M 0% /dev
      tmpfs 499.7M 0 499.7M 0% /dev/shm
      tmpfs 499.7M 72.5M 427.1M 15% /run
      tmpfs 499.7M 0 499.7M 0% /sys/fs/cgroup
      systemd-1 6.1G 14.1M 5.7G 0% /data
      tmpfs 499.7M 4.0K 499.7M 0% /tmp
      tmpfs 499.7M 84.0K 499.6M 0% /var/volatile
      /dev/sda1 1.9T 1.8T 85.1G 96% /media/hdd
      /dev/mmcblk0p3 6.1G 14.1M 5.7G 0% /data


      Neu aufsetzen wird wohl kaum was bringen, da es ja erst vor ein paar Wochen gemacht wurde. Die Box ist sozusagen "neu".
      Ich hatte mal kurzzeitig noch das Plugin 'VideoDB' drin, habs aber dann aber wieder deinstalliert. Vielleicht bleiben da noch Reste übrig, keine Ahnung. Sieht man das in der Liste von Packages?

      Im Anhang
      - das Crash-log.
      - Liste von installierten Packages (s. gstreamer-Versionen)

      Hier mal so ne History des Verbrauchs:

      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 552652 231012 41604 239640 406372
      Low: 236876 217496 19380
      High: 786428 574796 211632
      Swap: 524284 0 524284

      Nach schauen von Avatar Way of Water:

      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 609428 172412 41608 241464 349604
      Low: 236876 219236 17640
      High: 786428 631656 154772
      Swap: 524284 0 524284

      up 2 days, 20 hours, 15 minutes
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 607988 138376 74412 276940 318212
      Low: 236876 221224 15652
      High: 786428 663704 122724
      Swap: 524284 0 524284
      root@dm900:~$ date
      Sat Sep 2 20:19:54 ICT 2023
      total used free shared buff/cache available
      Mem: 1023304 609228 129460 74412 284616 316656
      Low: 236876 222080 14796
      High: 786428 671764 114664
      Swap: 524284 0 524284
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 609120 129668 74412 284516 316856
      Low: 236876 221996 14880
      High: 786428 671640 114788
      Swap: 524284 0 524284
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 608996 129792 74412 284516 316980
      Low: 236876 221996 14880
      High: 786428 671516 114912
      Swap: 524284 0 524284
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 665352 72672 74412 285280 260780
      Low: 236876 221016 15860
      High: 786428 729616 56812
      Swap: 524284 0 524284
      root@dm900:~$ date
      Sun Sep 3 00:32:32 ICT 2023

      top:
      PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
      214 root 20 0 917648 662412 34056 S 0,0 64,7 39:23.31 enigma2
      Dateien
    • Ne 2 TB SSD.

      Es tritt auch bei anderen Filmen auf. Hier ein paar Beispiele:

      ------

      Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Y:\movie\Avatar The Way Of Water.mp4':
      Length: 3’812’546’616, Color depth: 8 bit
      Metadata:
      major_brand : isom
      minor_version : 512
      compatible_brands: isomiso2avc1mp41
      encoder : Lavf59.33.100
      Duration: 03:12:38.11, start: 0.000000, bitrate: 2’638 kb/s


      Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1036 [SAR 1:1 DAR 480:259], 2’249 kb/s, 23.98 fps, 23.98 tbr, 24k tbn (default)
      Metadata:
      handler_name : VideoHandler
      vendor_id : [0][0][0][0]
      encoder : Lavc59.48.100 libx264


      Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48’000 Hz, 5.1, fltp, 384 kb/s (default)
      Metadata:
      handler_name : SoundHandler
      vendor_id : [0][0][0][0]

      ------

      Input #0, matroska,webm, from 'Y:\movie\Designated Survivor S02E16 Fallout.mkv':
      Length: 453’562’367, Color depth: 8 bit
      Metadata:
      CREATION_TIME : 2018-04-06T08:04:03Z
      ENCODER : Lavf57.7.2
      Duration: 00:41:16.66, start: 0.000000, bitrate: 1’465 kb/s


      Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1280x716 [SAR 1:1 DAR 320:179], 23.98 fps, 23.98 tbr, 1k tbn (default)


      Stream #0:1: Audio: aac (LC), 48’000 Hz, stereo, fltp (default)
      Metadata:
      title : Stereo

      -------

      Input #0, matroska,webm, from 'Y:\movie\Designated Survivor S02E17 Overkill.mkv':
      Length: 518’505’422, Color depth: 8 bit
      Metadata:
      CREATION_TIME : 2018-04-13T09:52:50Z
      ENCODER : Lavf57.7.2
      Duration: 00:42:08.51, start: 0.000000, bitrate: 1’640 kb/s


      Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1280x716 [SAR 1:1 DAR 320:179], 23.98 fps, 23.98 tbr, 1k tbn (default)


      Stream #0:1: Audio: aac (LC), 48’000 Hz, stereo, fltp (default)
      Metadata:
      title : Stereo

      ------------------------------------------------

      Nach jedem Serien-Teil sind ca. 30 MB weg. Bei Avatar hatte ich mal ca. 200 MB Verlust beobachtet. Ist auch ein langer Film.
      Die Untertitel können inzwischen als Ursache ausgeschlossen werden, da ich die gar nie eingeschaltet hatte.

      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 90504 647496 74428 285304 835484
      Low: 236876 142812 94064
      High: 786428 232996 553432
      Swap: 524284 0 524284
      root@dm900:~$ date
      Sun Sep 3 19:45:40 ICT 2023
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 106304 612836 74428 304164 819652
      Low: 236876 149448 87428
      High: 786428 261020 525408
      Swap: 524284 0 524284
      root@dm900:~$ echo Designated Survivor S02E16
      Designated Survivor S02E16
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 104428 614652 74428 304224 821520
      Low: 236876 149368 87508
      High: 786428 259284 527144
      Swap: 524284 0 524284
      root@dm900:~$ date
      Sun Sep 3 20:29:43 ICT 2023
      root@dm900:~$ echo Designated Survivor S02E17
      Designated Survivor S02E17
      root@dm900:~$ free -l
      total used free shared buff/cache available
      Mem: 1023304 134456 583992 74432 304856 791488
      Low: 236876 156412 80464
      High: 786428 282900 503528
      Swap: 524284 0 524284
      root@dm900:~$ date
      Sun Sep 3 21:38:23 ICT 2023
      root@dm900:~$

      Hab noch etwas gegoogelt. Memory-Leaks in gstreamer scheint etwas Bekanntes zu sein. Es gibt ganze Diskussionen darum. Offenbar schwierig zu finden:
      Link: Memory Leak in gstreamer pipeline

      Der gstreamer in Newnigma ist ja aus 2021-04 (das Datum glaub ich mal irgendwo gesehen zu haben). Vielleicht müssen einfach aktuellere Bugfixes betreffend Memory vom OpenSource-Projekt wieder in newnigma rübergenommen werden. Ich hab da leider keine Infos, wie diese Projekte in Beziehung eingebunden sind, und wie das alles zusammengestellt wird. Interessant ist jedenfalls noch, dass die DM8000 das nicht hatte. Es muss also später mal reincodiert worden sein.
    • gstreamer ist/war schon immer so eine Sache. Und wenn es wirklich daran liegt, wird sich da auch nichts mehr dran ändern.
      Es wird so oder so keinen Wechsel mehr auf eine höhere Version geben.

      Und bitte nicht mit z.B. open Images vergleichen, dass das dort eventuell läuft. Die nutzen dort eine höhere Version des gstreamers.

      Zu deinen Videos muss sich mal einer melden, der sich da genauer auskennt, ob da was exotisches dabei ist ;) .