Seite 4 von 4 ErsteErste ... 234
Ergebnis 31 bis 35 von 35
  1. #31
    Anfänger
    Registriert seit
    28.04.2017
    Beiträge
    13
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    524,2 KB
    Total Downloaded
    524,2 KB
    ReceiverDanke
    Hi @rantanplan,

    wow nicht schlecht.
    Darf ich fragen, was für einen Skin du verwendest?

    Gilt das für alle SH4 Receiver?


    edit:

    Hab hier noch einen Pingulux Mini, und da hab ich mal das Image von heute drauf gemacht und da scheint der RAM noch anders verteilt zu werden.

    Hab hier mal nen vergleich, beide mit Image von heute:

    Pingulux

    Code:
    root@arguspingulux:~# free              
                total        used        free      shared  buff/cache   available
    Mem:         118152       77944       11316         172       28892       18682
    Swap:         29532         152       29380
    
    
    root@arguspingulux:~# cat /proc/bpa2
    Partition: 'bigphysarea'
    Size: 25600 kB, base address: 0x49900000
    Statistics:                  free           used
    - number of blocks:             2             10
    - size of largest block:     3856 kB       16384 kB
    - total:                     4208 kB       21392 kB
    Allocations:
    - 98304 B at 0x4ac90000
    - 770048 B at 0x4ad80000
    - 524288 B at 0x4ad00000
    - 16777216 B at 0x49c90000
    - 196608 B at 0x49c60000
    - 196608 B at 0x49c30000
    - 196608 B at 0x49c00000
    - 1048576 B at 0x49b00000
    - 1048576 B at 0x49a00000
    - 1048576 B at 0x49900000
    
    
    Partition: 'LMI_IO' aka 'audio' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID'
    Size: 79872 kB, base address: 0x4b200000
    Statistics:                  free           used
    - number of blocks:             1              9
    - size of largest block:     4500 kB       36864 kB
    - total:                     4500 kB       75372 kB
    Allocations:
    - 10485760 B at 0x4f19b000
    - 6291456 B at 0x4eb9b000
    - 37748736 B at 0x4c780000
    - 16777216 B at 0x4b780000
    - 36864 B at 0x4eb92000
    - 36864 B at 0x4eb89000
    - 36864 B at 0x4eb80000
    - 1572864 B at 0x4b600000
    - 4194304 B at 0x4b200000
    
    
    Partition: 'bigphysarea'
    Size: 24000 kB, base address: 0x40e1d000
    Statistics:                  free           used
    - number of blocks:             1              0
    - size of largest block:    24000 kB           0 kB
    - total:                    24000 kB           0 kB
    Pingulux Mini

    Code:
    root@arguspinguluxmini:~# free
                  total        used        free      shared  buff/cache   available
    Mem:         142156       79844       10680         204       51632       39932
    Swap:         35532           8       35524
    
    
    root@arguspinguluxmini:~# cat /proc/bpa2
    Partition: 'bigphysarea'
    Size: 25600 kB, base address: 0x49900000
    Statistics:                  free           used
    - number of blocks:             2             10
    - size of largest block:     3856 kB       16384 kB
    - total:                     4208 kB       21392 kB
    Allocations:
    - 98304 B at 0x4ac90000
    - 770048 B at 0x4ad80000
    - 524288 B at 0x4ad00000
    - 16777216 B at 0x49c90000
    - 196608 B at 0x49c60000
    - 196608 B at 0x49c30000
    - 196608 B at 0x49c00000
    - 1048576 B at 0x49b00000
    - 1048576 B at 0x49a00000
    - 1048576 B at 0x49900000
    
    
    Partition: 'LMI_IO' aka 'audio' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID'
    Size: 79872 kB, base address: 0x4b200000
    Statistics:                  free           used
    - number of blocks:             1              9
    - size of largest block:     4500 kB       36864 kB
    - total:                     4500 kB       75372 kB
    Allocations:
    - 10485760 B at 0x4f180000
    - 6291456 B at 0x4eb80000
    - 37748736 B at 0x4c780000
    - 16777216 B at 0x4b780000
    - 36864 B at 0x4fb92000
    - 36864 B at 0x4fb89000
    - 36864 B at 0x4fb80000
    - 1572864 B at 0x4b600000
    - 4194304 B at 0x4b200000
    Mit freundlichen Grüßen

    DerEineDa0
    Geändert von DerEineDa0 (13.05.2017 um 11:12 Uhr)

    •   Alt Advertising

       

  2. #32
    rantanplan
    Gast
    Müsste bei aktuellen IMages jetzt aber überall drin sein.
    Im git ist der commit für alle sh4 drin und ATV baut da jetzt auch die Images heraus.
    Kann aber gut sein, das der Bauserver hier und da ein Neubau angestoßen bekommen muss. Geht mir ja bei eiegenem Bau auch immer so.
    Manchmal werden die Sachen erkannt, manchmal muss man neu anstoßen. Manchmal eben auch ne Version nach oben gehen.

    Würde nochmal neu flashen und testen. In jedem Fall profiteren die Kisten vom größeren freien Speicher im Hintergrund.

    Skin nutze ich schon den Metrix, wegen der Konformität. Wenn das Image einen Fehler hat, dann muss man sonst immer zunächst den Basis Skin testen.
    Skinfehler sollte man beim selbst bauen immer als erste ausschließen.

    Wenn es damit läuft ist jeder andere Skin sicher kein Problem. Wenn man aber immer wieder mal neu baut, dann bleibt man beim Basis-Skin. Wegen der Tests.

    Grüße

  3. #33
    Mitglied
    Registriert seit
    20.07.2014
    Beiträge
    80
    Thanks (gegeben)
    0
    Thanks (bekommen)
    34
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    @rantanplan:

    Man kann noch 4 MB mehr rauskitzeln.
    Hier am Beispiel beim HDMU E2 Kernel :
    Code:
    SPARK7162:~# free
                 total       used       free     shared    buffers     cached
    Mem:        146876     104976      41900          0        864      40480
    -/+ buffers/cache:      63632      83244
    Swap:       160608          0     160608
    Aktuell läuft auf TV RTL HD und per Web-IF Stream Pro7 HD auf PC (VLC) gleichzeitig.
    Auf Ramswap hab ich verzichtet, lediglich eine Linux-Swap aktiviert.
    Wird aber nicht benutzt, da genügend RAM frei ist.

    Die Sytem RAM Aufteilung:
    Die Grösse von bigphysarea ist OK so > HDMU verwendet 18 MB statt 16 MB RAM für framebuffer, das passt dann noch.
    Aber LMI-IO kann man 4 MB kleiner machen :
    Code:
    SPARK7162:~# cat /proc/bpa2
    Partition: 'bigphysarea'
    Size: 25600 kB, base address: 0x49d00000
    Statistics:                  free           used
    - number of blocks:             2             16
    - size of largest block:      304 kB       18432 kB
    - total:                      452 kB       25148 kB
    Allocations:
    - 36864 B at 0x4b2d2000
    - 36864 B at 0x4b2c9000
    - 36864 B at 0x4b2c0000
    - 98304 B at 0x4b2a8000
    - 98304 B at 0x4b290000
    - 770048 B at 0x4b4f8000
    - 770048 B at 0x4b43c000
    - 770048 B at 0x4b380000
    - 524288 B at 0x4b300000
    - 18874368 B at 0x4a090000
    - 196608 B at 0x4a060000
    - 196608 B at 0x4a030000
    - 196608 B at 0x4a000000
    - 1048576 B at 0x49f00000
    - 1048576 B at 0x49e00000
    - 1048576 B at 0x49d00000
    
    Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID'
    Size: 75776 kB, base address: 0x4b600000
    Statistics:                  free           used
    - number of blocks:             1              6
    - size of largest block:      512 kB       36864 kB
    - total:                      512 kB       75264 kB
    Allocations:
    - 10485760 B at 0x4f580000
    - 6291456 B at 0x4ef80000
    - 37748736 B at 0x4cb80000
    - 16777216 B at 0x4bb80000
    - 1572864 B at 0x4ba00000
    - 4194304 B at 0x4b600000

  4. Thanks - bedankten sich
  5. #34
    rantanplan
    Gast
    Hallo

    ja baue derzeit lokal auch mit 2mb mehr. Hatte es auch so knapp kalkuliert versucht.
    Rechnerisch hätte es klappen müssen, aber dann hat es die bigphysarea nicht vernünftig gebaut. Also kein Bild.
    Das mit dem Frambuffer wusste ich natürlich auch nicht.
    Die 2mb zwacke ich gerade noch von beiden Bereichen ab.
    Die ramzwap ist für e2 doch schon geschickt.
    Zumindest alles was ich mir dazu so an gelesen habe.
    Komprimierter und bedarfsgerechter zusätzlicher Puffer, der jetzt auch noch den Platz im freien Bereich nutzt.
    Zudem funktioniert es ja sogar hier. Dream hatte da vor Jahren ja auch mal probiert, aber nicht vernünftig hin bekommen.
    Werde mal die LMI-IO auch so streng kalkulieren und testen.
    Basteln macht ja Spaß.

    Grüße

  6. #35
    Mitglied
    Registriert seit
    20.07.2014
    Beiträge
    80
    Thanks (gegeben)
    0
    Thanks (bekommen)
    34
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Ja ramswap ist schon nicht schlecht, es komprimiert ja ca. 2 - fach, und die Größe ist ja per Parameter einstellbar


Seite 4 von 4 ErsteErste ... 234

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:29 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,00%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com