Octagon SF 4008 bleibt hängen bei Mediaportal Streams

    • Sinnlos, ich gebe auf. Selbst in IPTV Webcam 24 Stunden Dauerspinner, die Box geht nur zum normalen Satempfang, alles andere benötigt laufend den Netzschalter, Leider. Da lob ich mir die Edision, da gibt es so was nicht. Ich Befürchte das wird auch nichts mehr.
      Gigablue UE4k
      TV LG Oled55 E8 LAA
      Octagon SF8008
      Mutant HD66

    • also echt - ne swap datei - wozu ?

      normale treiber ohne diese kodi unfug und man braucht weder swap noch sonstigen unsinn

      iptv player, mediaportal u.s.w. laufen dann ganz normal

      der kodiquatsch muss weg und treiber wieder wie vorher war
      1x Triplex alter Sattuner + dvb-C/T --- 2x Triplex neuer Sattuner + Dvb-C/T2 --- LX 2 1 Sat+ Dvb-C/T2 --- 4x Dbox1 --- 2x Pace --- 1x GM990 reloaded 1x Pingulux (alte)

    • Die Treiber sind wie vorher. Ich habe diese Probleme z.B schon seitdem ich die Box habe März 2017 also nicht erst seit "jetzt".

      Und im openATV gibt's auch schon ein langer Thread nur wegen dieses hängen bleiben, Spinner, Neustart während eines Streams usw wenn man Streams im Mediaportal abspielen will mit HLS Player aktiviert. Ohne HLS Player gibt's keine Probleme.

      Wie man das provozieren kann steht auch schon hier beschrieben.

      Koditreiber haben also damit 0 was zu tun. Nur im openeight Image gibt es diese Probleme irgendwie nicht bzw nicht aufgefallen damals.

    • du hast wirklich keine Ahnung von images und wie die arbeiten

      du schreibst - nimm swap datei ....

      bei einer 1 gb größe die vorhanden ist soll man swap einrichten
      sowas ist völliger unfug

      natürlich hat das mit kodi zu tun denn nur dieses xbmc brauch diesen irrsinigen Speicher

      nimm als beispiel images von nov, dezember 2016 da gabs den kram nicht es war genug platz für alles da erst wo kodi dazu kam ging der irrsinn los
      das ist ein satreceiver und keine kodibox

      da steht auch beim kauf nirgends das man festplatten oder stick anstöpseln müsse um swap nutzen zu müssen

      wo soll das noch hinführen, ist doch so völliger nonsens
      andere boxen haben 512 mb gesamt und alles läuft ohne swap käse

      im Bild mediaportal läuft alles klara
      Bilder

      • 4097_0_0_0_0_0_0_0_0_0.jpg

        458,09 kB, 1.920×1.080, 119 mal angesehen
      1x Triplex alter Sattuner + dvb-C/T --- 2x Triplex neuer Sattuner + Dvb-C/T2 --- LX 2 1 Sat+ Dvb-C/T2 --- 4x Dbox1 --- 2x Pace --- 1x GM990 reloaded 1x Pingulux (alte)

    • Du hast auch keine Octagon SF4008 das ist der entscheidende Punkt!

      Bei dir steht gesamter Ram Speicher 1027452. Welche Box hast du wenn ich fragen darf? Bei der HD51 wo 512MB per default vom flashspeicher als swap abgezwackt wurde gibt es auch keine Probleme. Die Octagon SF 4008 hat aber nur 306MB freien Ramspeicher für das System zur Verfügung. 700MB sind für was anderes reserviert. Ob soviel nötig ist, weiss nur Octagon selbst. Und dieses Problem mit der Octagon Box gibt's schon laaaangeee vor Kodi was erst seit paar Tagen zum testen gibt.

      Mit HDF 5.5 oder ATV 5.3 gab es sogar nur 244MB Ramspeicher frei.

      Ließ mal die Threads durch von hier und vorallem im openATV Forum. Davon kann ich ein Lied singen von diesen Problemen. Jede andere Box macht diese Probleme nicht genau wie du es sagst.



      Hier mal ein alter Auszug von einem User HD 51 und meine Box

      root@mutant51:~# free

      total used free shared buff/cache available

      Mem: 1028104 787540 13412 356 227152 209260

      Swap: 502780 0 502780

      root@mutant51:~#

      und Octagon SF 4008 von mir

      root@sf4008:~# free

      total used free shared buff/cache available

      Mem: 313416 130092 83904 324 99420 156912

      Swap: 0 0 0

      root@sf4008:~#

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von humiboy ()

    • user.info kernel: Machine model: SF4008_EMMC_DDR4
      Jan 1 01:00:18 sf4008 user.info kernel: moving dtb from 0x0000000007628000 to 0x0000000000959804
      Jan 1 01:00:18 sf4008 user.info kernel: bmem: Reserved 700 MiB at 0x0000000014400000
      Jan 1 01:00:18 sf4008 user.info kernel: cma: Reserved 16 MiB at 0x0000000012c00000
      Jan 1 01:00:18 sf4008 user.warn kernel: Forcing write-allocate cache policy for SMP
      Jan 1 01:00:18 sf4008 user.info kernel: Memory policy: Data cache writealloc
      Jan 1 01:00:18 sf4008 user.debug kernel: On node 0 totalpages: 262144
      Jan 1 01:00:18 sf4008 user.debug kernel: DMA zone: 632 pages used for memmap
      Jan 1 01:00:18 sf4008 user.debug kernel: DMA zone: 0 pages reserved
      Jan 1 01:00:18 sf4008 user.debug kernel: DMA zone: 80896 pages, LIFO batch:15
      Jan 1 01:00:18 sf4008 user.debug kernel: HighMem zone: 181248 pages, LIFO batch:31
      Jan 1 01:00:18 sf4008 user.info kernel: PERCPU: Embedded 12 pages/cpu @d23ae000 s16396 r8192 d24564 u49152
      Jan 1 01:00:18 sf4008 user.debug kernel: pcpu-alloc: s16396 r8192 d24564 u49152 alloc=12*4096
      Jan 1 01:00:18 sf4008 user.debug kernel: pcpu-alloc: [0] 0 [0] 1
      Jan 1 01:00:18 sf4008 user.info kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 261512
      Jan 1 01:00:18 sf4008 user.notice kernel: Kernel command line: root=/dev/mmcblk0p4 rootwait rw vmalloc=692m bmem=700m@324m
      Jan 1 01:00:18 sf4008 user.info kernel: PID hash table entries: 2048 (order: 1, 8192 bytes)
      Jan 1 01:00:18 sf4008 user.info kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
      Jan 1 01:00:18 sf4008 user.info kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)





      Jan 1 01:00:18 sf4008 user.info kernel: Memory: 296868K/1048576K available (6712K kernel code, 213K rwdata, 2120K rodata, 292K init, 190K bss, 735324K reserved, 16384K cma-reserved, 8188K highmem)




      Hier kann man es sehen über 700MB reserviert für was so viel?

      Jede andere Box mit dieser Ausstattung kann das Viel besser lösen das RAM Management.

    Flag Counter