Archiv verlassen und diese Seite im Standarddesign anzeigen : [ufs913] Test:12293_E2_ufs913_214_git_5767
gringo13
25.05.2014, 09:28
Onlineupdate von 12275 auf 12293 O.K.
Erstassi O.K.
Setting-Übernahme O.K.
Neustart O.K.
Bild und Ton ist da. ZDF HD (Startkanal)
Oscam O.K.
Plugdownload O.K.
Plug Control --> Enable Plugload: Ja ---> CoolTVGuild: Standard
INFO-Taste umbelegt auf Info
EPG-Taste umbelegt auf CoolTV Guide
Neustart
Infotaste bleibt gespeichert O.K.
EPG-Taste bleibt gespeichert O.K.
Hallo,
hier ist der UFS913 Thread.
Bitte für deine Box ein neues Thema aufmachen (falls noch nicht vorhanden)
Und bitte das nächste mal darauf achten, wo gepostet wird.
Gruß
Chris
- - - Aktualisiert - - -
Mods bitte verschieben. Danke
Ist weg. :) -> klick (http://www.hdmedia-universe.com/board/showthread.php?6731-Hdmu_12293_e2&p=78702&viewfull=1#post78702)
Noch was zum Image, sind hier schon mal Grafikfehler aufgefallen? Bei mir ab und an mal.
Danke Reward und ja,
aber nur bei verschlüsselten Sendern. Bei FTA nicht.
d.h. wenn ich auf einem verschlüsselten Sender bin und in der Senderliste oder Menu scrolle,
sind wie so eine art Blitze (weiss nicht wie ich das anders vormulieren soll).
Die Infobar ist dann auch teilweise betroffen.
Gruß
Chris
Wie konnte man im bmc movies in einem ordner automatisch hintereinander abspielen lassen?
bg, chris.
Habe ja in # 1 beschrieben wie es zu dem Problem gekommen ist.
Was ich jetzt berichte hat nichts mit dem Plugin zu tun aber möchte da nicht extra ein neues Thema aufmachen.
Sämtliche Spiele der deutschen Mannschaft habe ich mit der UFS 912 gemacht (aktuelles HDMU Image), da gab es keine Probleme.
Habe ja in #1 beschrieben das die UFS 913 bei der Aufnahme ohne Timer beim Beenden abstürzte und neu gestartet ist.
Gleiches passierte aber gerade auch bei der Box bei einer Timeraufnahme, die in meinem Beisein endete.
Dabei startete auch die Box neu, hab gerade den Lappi nicht mehr an, sollte davon ein crashlog gespeichert sein?
Image auf der UFS 913 ist noch HDMU_12293.
MfG
Hat mir keine Ruhe gelassen, Lappi noch mal gestartet.
Es sind von beiden Abstürzen crashlogs vorhanden (zu #1 und heute).
Aber beide 0 byte, wie geht das?
MfG
Edit von ReWard: kommt von -> hier (http://www.hdmedia-universe.com/board/showthread.php?7019-ReconstructApSc) ReconstructApSc
Ich habe das mal hier hin verschoben, passt meiner Ansicht nach doch besser, als Image Problem.
- - - Aktualisiert - - -
....Es sind von beiden Abstürzen crashlogs vorhanden (zu #1 und heute).
Aber beide 0 byte, wie geht das?
K.A., kannst ja mal versuchen das noch mal zu provozieren und loggen.
Hier mal das log einer Timeraufnahme auf NAT GEO Wild HD.
Die Box startete zwar nicht neu ( ich selber schaute eine andere Sendung nebenbei) aber als das Aufnahmezeichen verschwand kam es zu extremen Bild und Tonaussetzern.
welche nach einer ganzen Weile dann aufhörten und der Sender wieder normal lief.
Weiß nun nicht ob dies eventuell auch zum Absturz hätte führen können, werde morgen mal das aktuelle Image auf der UFS 913 testen.
log beinhaltet den Boxstart bis zu den Bild und Tonaussetzern.
MfG
Habe nun auf die UFS 913 auch das aktuelle HDMU_12467 gemacht.
Bei den Test mit Timeraufnahme und auch händischer Aufnahme gab es für's erste keine Abstürze.
Was mir jedoch bei der händischen Aufnahme auffällt ist beim Beenden die lange Zeit (etwa 20-30 sek.) vom drücken der REC Taste bis zum Erscheinen der Info mit den Auswahlmöglichkeiten z.B. "Beenden".
Habe das mit Metrix Skin ind mit Defaultskin probiert aber bei beiden selbe Zeiten.
Soll das normal sein?
Das log oben wurde ja 3 mal heruntergeladen, kann man da was sehen?
MfG
Anskar,
das Phenomen, was du beschreibst, kann ich nicht nachvollziehen.
Gruß
Chris
Hallo Mp3Chris2712!
Meist Du jetzt die lange Wartezeit bis die Beendeninfo kommt?
Werde mal die Zeit bei der UFS 912 testen.
Kenne das nur bei der UFS 910, wenn da zu viele Plugins und auch der Metrixskin aktiv sind.
MfG
Richtig, das meine ich.
Wenn ich ne Aufnahme manuel hinzufüge, z.b. aktuelle Sendung, kommt die Meldung das die Aufnahme gestartet wurde.
Drücke ich wieder die REC Taste um die Aufnahme zu beenden, kommte dann der Bestätigungsbildschirm und beende mit OK.
Dieses ist alles ohne Verzögerung.
Gruß
Chris
Woran kann das liegen, könnte da ein log Aufschluss geben?
MfG
Der muss ja bei dir irgendwo hängen und auf was warten.
Ein Log wäre mit sicherheit zum vorteil.
Gruß
Chris
Gerade bei der US 912 probiert, da geht es schnell.
Noch mal verschieden lange Aufnahmen gemacht, es hat den Anschein je länger die Aufnahme je länger die Wartezeit.
Grundvoraussetzung beider Boxen sind gleich, Skin, Plugins, Multikeymap und Aufnahmen gehen auf die NAS.
Werde dann mal loggen, wenn ich an die Box komme:rolleyes:.
MfG
Schon komisch. Wie geschrieben, egal wie lange die Aufnahme schon fortgeschritten ist.
Der Abbruch geht ohne Verzögerung.
Gruß
Chris
Gerade noch festgestellt, selbst andere Sachen mit der Fernbedienung aufrufen dauert, z.B. HDMU Center dauert ewig bis es auf dem TV erscheint.
Im Display stand es aber gleich.
MfG
Ich würde mal neu Flashen und ohne Settingsübernahme testen.
Danach mit. Da scheint bei dir was oberfaul zusein.
Gruß
Chris
Das werde ich wohl mal neu aufsetzen müssen:).
Morgen Vormittag, hab Spätschicht.
Trotzdem hier mal das log, Aufnahme lief gut 40 min.
Vom Drücken der REC-Taste (zum Beenden) bis zur Einblendung der Info gute 30 sek.:(
Log beinhaltet den Aufnahmestart, das Beenden und dann den Aufruf mit Taste Menü (das ging aber zügig, Aufnahme lief da ja nicht mehr).
Sagt denn das log was aus, auf was wartet die Box ?
KEY by code: A7 - RECORD
**** 26968 6 ****
[SEM] UP
KEY_PRESS - a7 6
++++ 0 ms ++++
self.recording: []
KEY by code: A7 - RECORD
**** 107 6 ****
++++ 24 ms ++++
[Skin] Attribute not implemented: alphatest value: on
KEY_RELEASE - a7 00 6 6 CAUSE=Timeout
---- 132 ms ----
[SEM] DOWN
KEY by code: 6C - DOWN
**** 3478 7 ****
[SEM] UP
KEY_PRESS - 6c 7
++++ 0 ms ++++
KEY by code: 6C - DOWN
**** 110 7 ****
++++ 23 ms ++++
KEY_RELEASE - 6c 00 7 7 CAUSE=Timeout
---- 131 ms ----
[SEM] DOWN
KEY by code: 160 - OK
**** 2211 8 ****
[SEM] UP
KEY_PRESS - 160 8
++++ 0 ms ++++
pre:
[]
[TIMER]KEY by code: 160 - OK
**** 107 8 ****
record time changed, start prepare is now: Sun Jul 13 18:34:23 2014
[TIMER] record time changed, start prepare is now: Sun Jul 13 18:34:23 2014
[Timer] Record RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)
[TIMER] ++++ 24 ms ++++
activating state 1
begin_date: 20140713 1834
service_name: ZDF HD
name: Jenseits von Afrika
description: Melodram USA/1985
[TIMER] Filename calculated as: '/media/net/DISKSTATION/movie/20140713 1834 - ZDF HD - Jenseits von Afrika'
recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x1f290f8> >
[add callback]
use cached_channel
allocate Channel: res 0
[eDVBCIInterfaces] addPMTHandler 1:0:19:2B66:3F3:1:C00000:0:0:0:
RECORD service event 5
[TIMER] record event 6
[eDVBCAService] add demux 0 to slot 0 service 1:0:19:2B66:3F3:1:C00000:0:0:0:
RECORD service event 6
tuned..
[TIMER] record event 2
query epg event id 25980
found event.. store to disc
[TIMER] prepare ok, waiting for begin
KEY_RELEASE - 160 00 8 8 CAUSE=Timeout
---- 132 ms ----
[SEM] DOWN
[TIMER] activating state 2
[TIMER] start recording
[TIMER] record event 0
AddPopup, id = None
[PEARLTEXT]Ausgabe vorbereiten
[PEARLTEXT]Ausgabe vorbereiten
Recording to /media/net/DISKSTATION/movie/20140713 1834 - ZDF HD - Jenseits von Afrika.ts...
eDVBServiceRecord - NFS Filesystem; add O_DIRECT to flags
start recording...
RECORD: have 1 video stream(s) (17de), and 1 audio stream(s) (17e8), and the pcr pid is 17de, and the text pid is 17f2
ADD PID: 0000
ADD PID: 17de
ADD PID: 17e8
ADD PID: 17f2
setIoPrio realtime level 7 ok
[eFilePushThreadRecorder] THREAD START
[TIMER] record event 4
after:
[RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)]
use pmtpid 17d4 for service_id 2b66
RECORD service event 5
start recording...
dvb subtitle PID 17f3 with wrong subtitling type (24)... force 0x10!!
RECORD: have 1 video stream(s) (17de), and 4 audio stream(s) (17e8, 17e9, 17ea, 17eb) (17f3), and the pcr pid is 17de, and the text pid is 17f2
ADD PID: 17d4
ADD PID: 17e9
ADD PID: 17ea
ADD PID: 17eb
ADD PID: 17f3
[TIMER] record event 4
[TIMER] record event 6
RECORD service event 11
pcr of eit change: 147aec088
[eDVBServiceRecord] now running: Jenseits von Afrika (9300 seconds)
[TIMER] record event 9
Timeout!
[__evUpdatedEventInfo]
pcr of eit change: 1499ab140
[TIMER] record event 9
[__evUpdatedEventInfo]
pcr of eit change: 14f886610
[TIMER] record event 9
[__evUpdatedEventInfo]
pcr of eit change: 14fbee410
[eDVBServiceRecord] now running: heute / Wetter (600 seconds)
[TIMER] record event 9
ERROR reading PES (fd=60) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 60(8)
[eDVBLocalTimerHandler] diff is 0
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] not changed
KEY by code: A7 - RECORD
**** 2082105 9 ****
[SEM] UP
KEY_PRESS - a7 9
++++ 0 ms ++++
self.recording: [RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)]
KEY by code: A7 - RECORD
**** 101 9 ****
++++ 30 ms ++++
KEY_RELEASE - a7 00 9 9 CAUSE=Timeout
---- 134 ms ----
[SEM] DOWN
[Skin] Attribute not implemented: alphatest value: on
ERROR reading PES (fd=60) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 60(8)
[__evUpdatedEventInfo]
pcr of eit change: 152deb918
[eDVBServiceRecord] now running: Berlin direkt (1080 seconds)
[TIMER] record event 9
KEY by code: 160 - OK
**** 43322 10 ****
[SEM] UP
KEY_PRESS - 160 10
++++ 0 ms ++++
KEY by code: 160 - OK
**** 118 10 ****
++++ 13 ms ++++
pre:
[RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)]
KEY_RELEASE - 160 00 10 10 CAUSE=Timeout
---- 133 ms ----
[SEM] DOWN
[Skin] Attribute not implemented: alphatest value: on
[PEARLTEXT]Ausgabe vorbereiten
ZDF HD
[PEARLTEXT]Ausgabe vorbereiten
ZDF HD
[PEARLTEXT]Ausgabe vorbereiten
Berlin direkt
[PEARLTEXT]Ausgabe vorbereiten
Berlin direkt
[Skin] SKIN ERROR in screen 'SimpleSummary' widget 'widget': {MetrixHD_cyan/skin.xml}: source 'parent.ServiceEvent' was not found in screen 'SimpleSummary'!. Please contact the skin's author!
[Skin] SKIN ERROR in screen 'SimpleSummary' widget 'widget': {MetrixHD_cyan/skin.xml}: source 'parent.ServiceEvent' was not found in screen 'SimpleSummary'!. Please contact the skin's author!
[Skin] SKIN ERROR in screen 'SimpleSummary' widget 'widget': {MetrixHD_cyan/skin.xml}: source 'parent.menu' was not found in screen 'SimpleSummary'!. Please contact the skin's author!
[Skin] SKIN ERROR in screen 'SimpleSummary' widget 'widget': {MetrixHD_cyan/skin.xml}: source 'filelist' was not found in screen 'SimpleSummary'!. Please contact the skin's author!
after:
[RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)]
KEY by code: 160 - OK
**** 1937 11 ****
[SEM] UP
KEY_PRESS - 160 11
++++ 0 ms ++++
KEY by code: 160 - OK
**** 119 11 ****
++++ 11 ms ++++
[Timer] Remove RecordTimerEntry(name=Jenseits von Afrika, begin=Sun Jul 13 18:34:43 2014, serviceref=1:0:19:2B66:3F3:1:C00000:0:0:0:, justplay=False)
time changed
[TIMER] activating state 3
[TIMER] stop recording
stop recording!
[eFilePushThreadRecorder] stopping thread.
[eDVBRecordFileThread] waiting for aio to complete
[eDVBRecordFileThread] Waiting for I/O to complete
[eDVBRecordFileThread] buffer usage histogram (16 buffers of 188 kB)
0: 3
1: 19351
2: 17
3: 3
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
loading streaminfo for /media/net/DISKSTATION/movie/20140713 1834 - ZDF HD - Jenseits von Afrika.ts
KEY_RELEASE - 160 00 11 11 CAUSE=Timeout
---- 131 ms ----
[SEM] DOWN
fixed up 14f886610 to 7db215f (offset 0)
fixed up 14fbee410 to 8119f5f (offset 0)
fixed up 152deb918 to b317467 (offset 0)
[TIMER] record event 5
[TIMER] record event 1
[remove callback]
[eDVBCAService] free slot 0 demux 0 for service 1:0:19:2B66:3F3:1:C00000:0:0:0:
[Trashcan] bytesToRemove -1173278949376 /media/net/DISKSTATION/movie/.Trash
[Trashcan] Bytes to remove remaining: -1173278949376 /media/net/DISKSTATION/movie/.Trash
[Trashcan] Size after purging: 0 state: 3
in processed: True
in running: False
/media/net/DISKSTATION/movie/.Trash
[__evUpdatedEventInfo]
KEY by code: 8B - MENU
**** 44658 12 ****
[SEM] UP
KEY_PRESS - 8b 12
++++ 1 ms ++++
KEY by code: 8B - MENU
**** 109 12 ****
++++ 23 ms ++++
KEY_RELEASE - 8b 00 12 12 CAUSE=Timeout
---- 131 ms ----
[SEM] DOWN
[Skin] Attribute not implemented: alphatest value: on
[ePNG] couldn't open /usr/local/share/enigma2/MetrixHD_cyan/icons/infopanel.png
[Skin] Error: {MetrixHD_cyan/skin.xml}: pixmap file /usr/local/share/enigma2/MetrixHD_cyan/icons/infopanel.png not found!. Please contact the skin's author!
[Skin] Attribute not implemented: alphatest value: on
[Skin] Attribute not implemented: alphatest value: on
[Skin] Attribute not implemented: alphatest value: on
[Skin] Attribute not implemented: alphatest value: on
[PEARLTEXT]Ausgabe vorbereiten
Hauptmenue
[PEARLTEXT]Ausgabe vorbereiten
Hauptmenue
[PEARLTEXT]Ausgabe vorbereiten
HDMU Center
[PEARLTEXT]Ausgabe vorbereiten
HDMU Center
KEY by code: 66 - EXIT
**** 3750 13 ****
[SEM] UP
KEY_PRESS - 66 13
++++ 0 ms ++++
KEY by code: 66 - EXIT
**** 109 13 ****
++++ 23 ms ++++
KEY_RELEASE - 66 00 13 13 CAUSE=Timeout
---- 131 ms ----
[SEM] DOWN
HOTPLUG connection!
hotplug: ACTION=remove
complete ACTION=remove
HOTPLUG connection lost!
hotplug: {'ACTION': 'remove', 'PHYSDEVPATH': '-', 'DEVPATH': '/devices/virtual/bdi/0:17'}
MfG
Habe nun neu geflasht und das ganze System neu aufgesetzt, keine Einstellungen übernommen.
Es sind genau die gleichen Einstellungen, Plugins wie bei der UFS 912.
Aber auch jetzt kommt die Infoanzeige erst nach 30 sek. zum Beenden:confused:.
MfG
Tja Anskar,
was soll ich dazu sagen? Mir gehen auch die Ideen aus.
Hast du ne ext. HDD zum testen?
Ist es damit auch?
So könnte man einkreisen, ob es vielleicht am (Netzwerk)NAS liegt.
Irgendwo hast du ein Fehler drin.
Bei mir läuft alles rund.
Gruß
Chris
- - - Aktualisiert - - -
... teste mal bitte mit dem Default Skin.
Defaultskin hatte keinerlei Auswirkungen.
Habe jetzt nochmal neu geflash und teste stückweise.
Jetzt nur die NAS eingebunden und alles OK.
Werde es nach und nach mit der Multikeymap, meiner Senderliste und den Plugins erweitern und jeweils testen.
MfG
Habe nochmal neu geflasht und stückweise alles eingespielt.
Es hat sich nun herausgestellt, das mein "geliebtes" Pearl-LCD die Ursache ist:(.
Sobald das im HDMU Center/SystemControl aktiviert ist, kommt es zu den langen Wartezeiten.
MfG
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.