Kurztest HDMU_11307_E2_spark7162_211_git_5519

[Mikam_0815]

Hier meine ersten Testresultate:

Installation:
- Installation mit morly's tool problemlos wie immer, diesmal auch zuerst die bootargs eingelesen und jetzt steht auch die image Version in den bootargs
- Installation des MatrixHD + plugin vom feed ohne Probleme
- Installation des hdparm aus dem hd idle thread

Tests und Beobachtungen:
- Kein picon auf dem pearl display, verwende aber das skin_display.xml aus meinem backup
- 2 parallele Aufnahmen während eine Sendung auf anderem transponder aktiv ist funktioniert, im seriellen log kamen aber folgende Meldungen bzgl. timeout und I/O overflow und bei Wiedergabe ruckelt die erste Aufnahme zu Beginn recht stark

AddPopup, id = None

Recording to /media/hdd/movie/20130818 0022 - Das Erste HD - Krömer - Late Night Show (2).ts...

eDVBServiceRecord - Ext2/3/4 Filesystem



start recording...

RECORD: have 1 video stream(s) (13ed), and 3 audio stream(s) (13ee, 13ef, 13f2) (13f1), and the pcr pid is 13ed, and the text pid is 13f0

ADD PID: 0000

ADD PID: 13ec

ADD PID: 13ed

ADD PID: 13ee

ADD PID: 13ef

ADD PID: 13f0

ADD PID: 13f1

ADD PID: 13f2

setIoPrio realtime level 7 ok

[eFilePushThreadRecorder] THREAD START

[TIMER] record event 4

[TIMER] activating state 2

[TIMER] start recording

[TIMER] record event 0

AddPopup, id = None

Recording to /media/hdd/movie/20130818 0022 - RTL Television - Cindy aus Marzahn & Die jungen Wilden.ts...

eDVBServiceRecord - Ext2/3/4 Filesystem



start recording...

RECORD: have 1 video stream(s) (00a3), and 2 audio stream(s) (0068, 006a) (006e), and the pcr pid is 00a3, and the text pid is 0069

ADD PID: 0000

ADD PID: 002c

ADD PID: 0068

ADD PID: 0069

ADD PID: 006a

ADD PID: 006e

ADD PID: 00a3

setIoPrio realtime level 7 ok

[eFilePushThreadRecorder] THREAD START

[TIMER] record event 4

Timeout!

Timeout!

[eFilePushThreadRecorder] Warning: All write buffers busy

[eDVBRecordFileThread] Waiting for I/O to complete

[eDVBLocalTimerHandler] diff is 2

[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time

[eDVBLocalTimerHandler] update RTC

[eDVBLocalTimerHandler] time update to 00:22:08

[eDVBLocalTimerHandler] m_time_difference is 2

[eDVBLocalTimerHandler] set Linux Time

[eFilePushThreadRecorder] OVERFLOW while recording

[eFilePushThreadRecorder] Warning: All write buffers busy

[eDVBRecordFileThread] Waiting for I/O to complete

[eFilePushThreadRecorder] OVERFLOW while recording


- Test mit Aufnahme wiederholt, diesmal nur die timeout Einträge aber kein overflow, Aufnahmen jetzt OK, evtl. war die Platte zuvor am Schlafen?
- 2 Aufnahmen als timer definiert, zur Startzeit im Mediacenter aktiv: Aufnahme kann nicht gestartet werden, opening frontend failed

service_name: Das Erste HD

name: Der Tank

description: Spielfilm USA 1984 (Tank)

[TIMER] Filename calculated as: '/media/hdd/movie/20130818 0038 - Das Erste HD - Der Tank'

recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x216de60> >

[add callback]

allocate channel.. 03fb:0001

opening frontend 1

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

(1)tune

no frontend device opened... do not try to tune !!!

[eDVBLocalTimerHandler] remove channel 0x21a9ec8

[eEPGCache] remove channel 0x21a9ec8

allocate Channel: res -3

RECORD service event 10

[TIMER] record event 3

[TIMER] 'prepare' failed: error -3

[TIMER] backoff: retry in 5 seconds

stop recording!

(was not recording)

[TIMER] record event 5

[TIMER] record event 1

[remove callback]

[TIMER] prepare failed

[TIMER] currently no service running... so we dont need to stop it

[TIMER] activating state 1

begin_date: 20130818 0038

service_name: ÂRTLÂ Television

name: Upps! Die Superpannenshow

description: Wiederholung vom Freitag, 23:15 UhrÂModeration: Oliver Beerhenke und Andrea Göpel. In 'Upps! Die Superpannenshow' werden die kleinen Unglücke des Alltags aus den privaten Archiven fleiÃiger Amateurfilmer präsentiert. Es sind die kleinen Katastrophen ganz normaler Leute, von witzigen Fehltritten bis zu urkomischen Bruchlandungen, die uns einfach zum Schmunzeln bringen.

[TIMER] Filename calculated as: '/media/hdd/movie/20130818 0038 - RTL Television - Upps! Die Superpannenshow'

recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x16f77d0> >

[add callback]

allocate channel.. 0441:0001

(1)tune

no frontend device opened... do not try to tune !!!

[eDVBLocalTimerHandler] remove channel 0x21a9ec8

[eEPGCache] remove channel 0x21a9ec8

allocate Channel: res -3

RECORD service event 10

[TIMER] record event 3

[TIMER] 'prepare' failed: error -3

[TIMER] backoff: retry in 5 seconds

stop recording!

(was not recording)

[TIMER] record event 5

[TIMER] record event 1

[remove callback]

[TIMER] prepare failed

[TIMER] currently no service running... so we dont need to stop it

[TIMER] activating state 1

begin_date: 20130818 0038

service_name: Das Erste HD

name: Der Tank

description: Spielfilm USA 1984 (Tank)

[TIMER] Filename calculated as: '/media/hdd/movie/20130818 0038 - Das Erste HD - Der Tank'

recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x216de60> >

[add callback]

allocate channel.. 03fb:0001

opening frontend 1

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

(1)tune

no frontend device opened... do not try to tune !!!

[eDVBLocalTimerHandler] remove channel 0x21a9ec8

[eEPGCache] remove channel 0x21a9ec8

allocate Channel: res -3

RECORD service event 10

[TIMER] record event 3

[TIMER] 'prepare' failed: error -3

[TIMER] backoff: retry in 10 seconds

stop recording!

(was not recording)

[TIMER] record event 5

[TIMER] record event 1

[remove callback]

[TIMER] prepare failed

[TIMER] activating state 1

begin_date: 20130818 0038

service_name: ÂRTLÂ Television

name: Upps! Die Superpannenshow

description: Wiederholung vom Freitag, 23:15 UhrÂModeration: Oliver Beerhenke und Andrea Göpel. In 'Upps! Die Superpannenshow' werden die kleinen Unglücke des Alltags aus den privaten Archiven fleiÃiger Amateurfilmer präsentiert. Es sind die kleinen Katastrophen ganz normaler Leute, von witzigen Fehltritten bis zu urkomischen Bruchlandungen, die uns einfach zum Schmunzeln bringen.

[TIMER] Filename calculated as: '/media/hdd/movie/20130818 0038 - RTL Television - Upps! Die Superpannenshow'

recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x16f77d0> >

[add callback]

allocate channel.. 0441:0001

(1)tune

no frontend device opened... do not try to tune !!!

[eDVBLocalTimerHandler] remove channel 0x2cf8fc28

[eEPGCache] remove channel 0x2cf8fc28

allocate Channel: res -3

RECORD service event 10

[TIMER] record event 3

[TIMER] 'prepare' failed: error -3

[TIMER] backoff: retry in 10 seconds

stop recording!

(was not recording)

[TIMER] record event 5

[TIMER] record event 1

[remove callback]

[TIMER] prepare failed


- Sobald Ausstieg aus Mediacenter startet die Aufnahme falls Endzeit noch nicht überschritten
- Wiedergabe Aufnahmen von HDD OK
- Wiedergabe vom NAS OK
- Shoutcast OK
- Mediaportal: Neue Version vom feed funzt ohne Probleme mit Jonalu :)
- Kurzer timeshift Test OK
- Geschwindigkeit beim Zappen und in den Menü's sehr flott wie schon beim 11287, auch mit MetrixHD
- Screenshot (ALL) funzt nicht, kommt einfach nix aber auch kein reboot der Triplex

Was kann ich für den tunerfix sonst testen?

Gruss,
Mika

[Mikam_0815]

Nachtrag: Habe mir das skin_display.xml aus dem image file mal extrahiert und auf der Box eingebracht und auch damit keine picons auf dem pearl display. Beim 11287 war es noch vorhanden.

[/dev/null]

Habe auch bei dem Image Grafikfehler beim HDMU-Skin festgestellt. Belasse den Skin auf allen Boxen als Standard (2xGM Triplex und 4xGM 990 Reloaded) mit full Infobar. Das war schon bei der Version 11297zu sehen. Gepunktete bzw. gestrichelte Linie beim Wert 30 der Lautstärkenanzeige, helle Punkte (zwei Linien) bei der Senderübersicht und bei der Infobar sieht die Fortschrittsanzeige auch merkwürdig aus. Ist aber egal solange alles andere funktioniert.
Ich finde das System etwas träge, vielleicht ist das auch nur eine Wahrnehmungstäuschung.

MfG

[damianek]

Habe auch den Fehler mit der infobar da sind striche und linien mit bei auch bei anderen skins. Was mir noch aufgefallen ist das es bei dem image oft zu abstürzen kommt. Wenn ich auf das Mediaportal zugreife und bei einem Plugin einen stream wähle stürzt er oft ab da kommt der rote bildschirm das er in 10 sec runterfährt. das war bei dem anderen image nicht so. ansonsten läuft alles.

[/dev/null]

Abstürtze habe ich nicht, aber ein stottern bei MediaPortal in zwei "Anwendungen" die auch reproduzierbar sind. Nun lehne ich mich weit aus dem Fenster und sage es liegt nicht am Image sonder an den Videos bzw. Hostern derer selber. Als Gegentest schloss ich eine GM 990 mit 11297 an, der selbe Fehler. Denn ein anderes Video bei der selben Anwendung stottert nicht. Die andere Anwednung habe ich dann nicht weiter getestet.

MfG

[/dev/null]

Habe folgenden Fehler im Webinterface, wenn ich Softcam Control aufrufe.

web.Server Traceback (most recent call last): exceptions.OSError: [Errno 12] Cannot allocate memory
usr/lib/python2.7/site-packages/twisted/web/server.py:156 in process
155
156
157

usr/lib/python2.7/site-packages/twisted/web/server.py:191 in render
190
191
192

usr/lib/python2.7/site-packages/twisted/web/resource.py:216 in render
215
216
217

usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebChilds/External/Example.py:69 in render_GET
68
69
70

usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebChilds/External/Example.py:42 in checkCams
41
42
43

usr/lib/python2.7/commands.py:50 in getoutput
49
50
51

usr/lib/python2.7/commands.py:59 in getstatusoutput
58
59
60
exceptions.OSError: [Errno 12] Cannot allocate memory


MfG

[Mikam_0815]

Hast Du die picons ans Laufen gebracht im skin und falls vorhanden im pearl display?

[bonkel]

Habe folgenden Fehler im Webinterface, wenn ich Softcam Control aufrufe.


MfG

fehler steht ja da, kein speicher mehr da, also ram voll........swap aktivieren

[/dev/null]

Swap ist aktiviert und wird nicht genutzt, Picons funktionieren. Benutze HDMU Skin (full).


triplex:~# free
total used free shared buffers
Mem: 117208 109036 8172 0 84
-/+ buffers: 108952 8256
Swap: 0 0 0

triplex:~# cat /etc/enigma2/settings | grep -i swap
config.plugins.hdmu.swapenable=true

ll /swapfile1
-rw-r--r-- 1 root root 33554432 Jan 1 2000 /swapfile1

Mem: 109100K used, 8108K free, 0K shrd, 84K buff, 22828K cached
CPU: 1.5% usr 7.1% sys 0.0% nic 91.2% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 6.31 6.45 6.20 1/69 7542


MfG

[Mikam_0815]

Hast Du die Einstellung über das Menü gemacht und auch die Partition den entsprechenden label gegeben? Wenn Du das setting manuell einträgst musst Du glaube ich das file .swapon erzeugen damit er den swap beim reboot aktiviert/einbindet.

Bei mir nimmt er sich permanent etwas vom swap:


GMTriplex:/etc/init.d# free
total used free shared buffers
Mem: 117208 70844 46364 0 532
-/+ buffers: 70312 46896
Swap: 131064 7964 123100

[/dev/null]

Über das HDMU Menü und auch neu gestartet. ;)

MfG

[TheChip]

Du hast aber schon gesehen, das bei swap 0 0 0 steht? Das heißt das gar kein swap zugewiesen ist.

[/dev/null]

@TheChip

Das hast Du richtig erkannt. ;) Die Frage ist wieso, dass ich es manuell zu weisen kann ist mir klar, auch über die Art und Weise.

MfG

edit sagt:
Oha:
triplex:/bin# swapon /swapfile1
swapon: /swapfile1: Invalid argument

triplex:~# swapon --help
BusyBox v1.21.0 (2013-08-17 18:33:33 MSK) multi-call binary.

Usage: swapon [-a] [-p PRI] [DEVICE]

Start swapping on DEVICE

-a Start swapping on all swap devices
-p PRI Set swap device priority

triplex:~# swapoff --help
BusyBox v1.21.0 (2013-08-17 18:33:33 MSK) multi-call binary.

Usage: swapoff [-a] [DEVICE]

Stop swapping on DEVICE

-a Stop swapping on all swap devices

triplex:~#

edit2 sagt:
mkswap /swapfile1
Setting up swapspace version 1, size = 33550336 bytes
UUID=73bf5c0a-afef-4051-b6d6-2e2e4d5cb285

swapon bringt den gleichen Fehler.

triplex:~# free
total used free shared buffers
Mem: 117208 112656 4552 0 84
-/+ buffers: 112572 4636
Swap: 0 0 0


Tjo nichts zu löten an der Kiste. :)

edit3 sagt:
Da über das normale mount -o loop auch nichts ging habe ich es so aktiviert:
dd if=/dev/zero of=/tmp/swapfile.swp bs=1 count=32000
32000+0 records in
32000+0 records out
32000 bytes (31.3KB) copied, 0.943281 seconds, 33.1KB/s

losetup /dev/loop0 /swapfile.swp

swapon /dev/loop0

MfG

[Mikam_0815]

Tests und Beobachtungen:
- Kein picon auf dem pearl display, verwende aber das skin_display.xml aus meinem backup


Nachtrag: Die Kombination littleleos-black3d-192 und defaultskin funzt, MetrixHD Picons mit defaultskin geht nicht und auch nicht MetrixHD mit den littleleos-black3d-192. Und auf dem pearl war die ganze Zeit nichtmal eine Spur von picon zu sehen

[/dev/null]

Swap wird genutzt:


triplex:~# free
total used free shared buffers
Mem: 117208 106660 10548 0 84
-/+ buffers: 106576 10632
Swap: 20 16 4



aber:


web.Server Traceback (most recent call last): exceptions.OSError: [Errno 12] Cannot allocate memory
usr/lib/python2.7/site-packages/twisted/web/server.py:156 in process
155
156
157


usr/lib/python2.7/site-packages/twisted/web/server.py:191 in render
190
191
192


usr/lib/python2.7/site-packages/twisted/web/resource.py:216 in render
215
216
217


usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebChilds/External/Example.py:69 in render_GET
68
69
70


usr/lib/enigma2/python/Plugins/Extensions/WebInterface/WebChilds/External/Example.py:42 in checkCams
41
42
43


usr/lib/python2.7/commands.py:50 in getoutput
49
50
51


usr/lib/python2.7/commands.py:59 in getstatusoutput
58
59
60



exceptions.OSError: [Errno 12] Cannot allocate memory




MfG

edit sagt:
Alles andere im Webinterface funktioniert, wie auch schon bei dem Problem ohne swap.

[Mikam_0815]

Ist der swap space nicht sehr klein? Und habe ich das richtig gesehen dass Du den swap auf dem internen flash hast? Falls Du noch einen USB stick rumfliegen hast dann nimm diesen doch mal testweise für den swap, Du kannst dann bis zu 128MB verwenden

GMTriplex:/etc/init.d# free
total used free shared buffers
Mem: 117208 70844 46364 0 532
-/+ buffers: 70312 46896
Swap: 131064 7964 123100

[/dev/null]

Ich glaube ich habe den Fehler gefunden, das falsche Swapfile. Ich richte das ebend mal neu ein. Die Größe hat mich doch ebend sehr irritiert.

Mfg

edit sagt:
Trotzdem ist es verwunderlich das der Aufruf von Softcam Control so viel Speicher anscheinend brauch, wie gesagt alles andere funktioniert.

[suchmich1983]

Nachtrag: Die Kombination littleleos-black3d-192 und defaultskin funzt, MetrixHD Picons mit defaultskin geht nicht und auch nicht MetrixHD mit den littleleos-black3d-192. Und auf dem pearl war die ganze Zeit nichtmal eine Spur von picon zu sehen
Der MetrixHD ist auch nicht für die littleos gedacht. Da musst du schon XPicons vom Feed nehmen.
Hast du denn inzwischen neu geflasht?

[Mikam_0815]

Hab das ja nur testweise gemacht um zu schauen ob ich dann was sehe, auch wenn die Grösse nicht passen würde. Aber er zeigt nix an. Früher konnte man auch die xpicons mit dem default skin verwenden (hat zwar nicht gepasst aber die wurden eingefügt), das geht jetzt auch nicht. Wollte nur mal sehen warum einige picons haben und ich nicht :)

Und mit dem flashen warte ich momentan noch ab auf das nächste image, läuft ja soweit OK bis auf die picons.

[Mikam_0815]

Der MetrixHD ist auch nicht für die littleos gedacht. Da musst du schon XPicons vom Feed nehmen.
Hast du denn inzwischen neu geflasht?

Mit dem 11327 image gehen jetzt die picons wieder mit dem skin, siehe separater thread <<hier>> (http://www.hdmedia-universe.com/board/showthread.php?4510-Kurztest-HDMU_11327_E2_spark7162_211_git_5519&p=53407&viewfull=1#post53407)