Bild friertnach Softstandby ein

[Anskar]

Habe das 12160 Image installiert.
Erst-Assi durchlaufen lassen, und keinerlei Sachen eingespielt.
Image ist jungfräulich.
Habe einmal bei ARD auf Standby geschaltet und wieder an, da ist alles OK gewesen.
Habe dann gleich wieder auf Standby geschaltet und wieder an, da tritt folgendes Problem auf, nach Softstandby friert das Bild ein.
Dabei fällt mir auf das beim einschalten das Bild kurz da ist aber kein Ton und dann friert auch schon das Bild ein und beim Versuch Umzuschalten gibt es Dauerspinner.
Getestet auch mit HDMU 12170 und da das gleiche.
Beim HDMU 12140 tritt es auch schon auf.

Beim 12072 tritt dieses Problem nicht auf.

morly hat mir gestern Abend bestätigt das da ein Fehler vorliegt, hatte selbst dieses auch.

Hier mal der Auszug vom log wenn es passiert:



KEY: 74 - STANDBY
**** 9216 1 ****
[SEM] UP
KEY_PRESS - 74 1
++++ 0 ms ++++
leave standby
playing 1:0:1:6DCA:44D:1:C00000:0:0:0:
KEY_RELEASE - 74 00 1 1 CAUSE=Timeout
[__evStart]
[__evSeekableStatusChanged]
not pauseable.
not pauseable.
not pauseable.
RemovePopup, id = ZapError
allocate channel.. 044d:0001
opening frontend 0
---- 182 ms ----
[SEM] DOWN
frontend successfully opened
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 0 Freq 11836500 Pol 0 SR 27500000 INV 2 FEC 3 orbpos 192 system 0 modulation 1 pilot 2, rolloff 0
tuning to 1236 mhz
OURSTATE: tuning
allocate Channel: res 0
[eDVBCIInterfaces] addPMTHandler 1:0:1:6DCA:44D:1:C00000:0:0:0:
allocate demux
[SEC] invalidate current switch params
[SEC] setVoltage 2
[SEC] sleep 10ms
[SEC] setTone 1
[SEC] sleep 10ms
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
setting frontend 0
(0)fe event: status 0, inversion off, m_tuning 1
[SEC] sleep 500ms
(0)fe event: status 1f, inversion off, m_tuning 2
OURSTATE: ok
[eDVBLocalTimerHandler] channel 0x1861dc8 running
[eEPGCache] channel 0x1861dc8 running
[EPGC] next update in 2 sec
stop release channel timer
eventNewProgramInfo 0 0
have 1 video stream(s) (0065), and 1 audio stream(s) (0066), and the pcr pid is 0065, and the text pid is 0068
allocate demux
TuxTxt cache cleared
decoder state: play, vpid=101, apid=102
DMX_SET_PES_FILTER(0x65) - pcr - ok
DMX_SET_PES_FILTER(0x66) - audio - ok
AUDIO_SET_BYPASS(1) - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 0 - ok
DMX_SET_PES_FILTER(0x65) - video - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x68) - ttx - ok
TuxTxt cache cleared
TuxTxt: initialized
TuxTxt service started 68
TuxTxt running thread...(068)
VIDEO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
AUDIO_CONTINUE - ok
disable teletext subtitles page ffffffffffffffff (und)
[__evUpdatedInfo]
[writeChannelName]
vfd display text: Das Erste
[showCrypted]
[showDolby]
[showMp3]
[eDVBCAService] new service 1:0:1:6DCA:44D:1:C00000:0:0:0:
[eDVBCAService] add demux 0 to slot 0 service 1:0:1:6DCA:44D:1:C00000:0:0:0:
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
RemovePopup, id = ZapError
[eDVBLocalTimerHandler] diff is 0
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] not changed
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 9
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 5
VIDEO_GET_EVENT - ok
[__evVideoSizeChanged]
VIDEO_GET_EVENT - ok
use pmtpid 0064 for service_id 6dca
[EPGC] start caching events(1397676542)
[Dish] tuning failed
eventNewProgramInfo 0 0
have 1 video stream(s) (0065), and 3 audio stream(s) (0066, 0067, 006a), and the pcr pid is 0065, and the text pid is 0068
decoder state: play, vpid=101, apid=102
[__evUpdatedInfo]
[writeChannelName]
vfd display text: Das Erste
[showCrypted]
[showDolby]
[showMp3]
sdt update done!
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
KEY: 03 - 2BUTTON
**** 34922 1 ****
[SEM] UP
KEY_PRESS - 03 1
++++ 1 ms ++++
KEY_RELEASE - 03 00 1 1 CAUSE=Timeout
warning, skin is missing element servicename in <class 'Screens.InfoBarGenerics.NumberZap'>
---- 180 ms ----
[SEM] DOWN
playing 1:0:1:6D66:437:1:C00000:0:0:0:
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:6DCA:44D:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:1:6DCA:44D:1:C00000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - main thread is non-idle! display spinner!

Eine Bitte an die Kathrein UFS 910 Besitzer, testet das bitte bei Euch auch mal.
Vielleicht ist es möglich das Image zu benennen ab wann das Auftritt.
Werde jetzt nochmal das 12171 testen.

Da morly etwas wenig Zeit hat bitte ich doch die Spezialisten das zu fixen, danke.

MfG

Auch beim HDMU 12171 Image tritt das Problem nach 3. Standby/einschalten auf :(.

MfG

[morly]

Häng uns noch ein log an wenn es nicht passiert - zum Vergleichen,
komm gerade nicht an die Box

[Anskar]

Nicht passiert von einem NOK Image oder vom 12072?

MfG

[morly]

beim selben Image wo der Fehler passiert - nur aber eben für den Fall, wo das Prob nicht auftritt

[Anskar]

Hier das log, ZDF HD /Standby/ Einschalten/Ton-Bild OK/ Umschalten auf Das Erste HD Ok.
Test erfolgt gleich nach Start von HDMU 12171, Standby/Einschalten beim ersten Versuch OK.
Aber beim 3. Versuch auch wieder NOK.


#Log file from Morlys SH4 STB Admin Tool from: Fr Apr 18 2014, 14:31:48

KEY: 74 - STANDBY
**** 32359 1 ****
[SEM] UP
KEY_PRESS - 74 1
++++ 7 ms ++++
KEY_RELEASE - 74 00 1 1 CAUSE=Timeout
---- 181 ms ----
[SEM] DOWN
enter standby
[eDVBCAService] free slot 0 demux 0 for service 1:0:19:2B66:3F3:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:19:2B66:3F3:1:C00000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
TuxTxt stopped service 17f2
cleaning up
TuxTxt cache cleared
start release channel timer
main thread is non-idle! display spinner!
eDBoxLCD::getInstance
eDBoxLCD::setLCDBrightness
[DVBCAHandler] no more services
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x1c54650
[eEPGCache] remove channel 0x1c54650
stop release channel timer
KEY: 74 - STANDBY
**** 9396 1 ****
[SEM] UP
KEY_PRESS - 74 1
++++ 0 ms ++++
leave standby
KEY_RELEASE - 74 00 1 1 CAUSE=Timeout
playing 1:0:19:2B66:3F3:1:C00000:0:0:0:
---- 179 ms ----
[SEM] DOWN
[__evStart]
[__evSeekableStatusChanged]
not pauseable.
not pauseable.
not pauseable.
RemovePopup, id = ZapError
allocate channel.. 03f3:0001
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 1 Freq 11361000 Pol 0 SR 22000000 INV 2 FEC 2 orbpos 192 system 1 modulation 2 pilot 2, rolloff 0
tuning to 1611 mhz
OURSTATE: tuning
allocate Channel: res 0
[eDVBCIInterfaces] addPMTHandler 1:0:19:2B66:3F3:1:C00000:0:0:0:
allocate demux
eDBoxLCD::getInstance
eDBoxLCD::setLCDBrightness
HOTPLUG connection!
hotplug: ACTION=add
complete ACTION=add
[SEC] invalidate current switch params
HOTPLUG connection lost!
hotplug: {'ACTION': 'add', 'PHYSDEVPATH': '-', 'DEVPATH': '/devices/virtual/bdi/0:17'}
couldn't read model: [Errno 2] No such file or directory: '/sys/block/0:1/device/model'
set sequence pos 3
set sequence pos 3
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
setting frontend 0
(0)fe event: status 0, inversion off, m_tuning 1
(0)fe event: status 1f, inversion off, m_tuning 2
OURSTATE: ok
[eDVBLocalTimerHandler] channel 0x1cab208 running
[eEPGCache] channel 0x1cab208 running
[EPGC] next update in 56 min
stop release channel timer
eventNewProgramInfo 0 0
have 1 video stream(s) (17de), and 1 audio stream(s) (17e8), and the pcr pid is 17de, and the text pid is 17f2
allocate demux
TuxTxt cache cleared
decoder state: play, vpid=6110, apid=6120
DMX_SET_PES_FILTER(0x17de) - pcr - ok
DMX_SET_PES_FILTER(0x17e8) - audio - ok
AUDIO_SET_BYPASS(1) - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x17de) - video - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x17f2) - ttx - ok
TuxTxt cache cleared
TuxTxt: initialized
TuxTxt service started 17f2
TuxTxt running thread...(17f2)
VIDEO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
AUDIO_CONTINUE - ok
disable teletext subtitles page ffffffffffffffff (und)
[__evUpdatedInfo]
[writeChannelName]
vfd display text: ZDF HD
[showCrypted]
[showDolby]
[showMp3]
[eDVBCAService] new service 1:0:19:2B66:3F3:1:C00000:0:0:0:
[eDVBCAService] add demux 0 to slot 0 service 1:0:19:2B66:3F3:1:C00000:0:0:0:
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
RemovePopup, id = ZapError
[SEC] sleep 500ms
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 9
use pmtpid 17d4 for service_id 2b66
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 5
VIDEO_GET_EVENT - ok
[__evVideoSizeChanged]
VIDEO_GET_EVENT - ok
eventNewProgramInfo 0 0
dvb subtitle PID 17f3 with wrong subtitling type (24)... force 0x10!!
have 1 video stream(s) (17de), and 4 audio stream(s) (17e8, 17e9, 17eb, 17ea), and the pcr pid is 17de, and the text pid is 17f2
decoder state: play, vpid=6110, apid=6120
dvb subtitle PID 17f3 with wrong subtitling type (24)... force 0x10!!
[__evUpdatedInfo]
[writeChannelName]
vfd display text: ZDF HD
[showCrypted]
[showDolby]
[showMp3]
sdt update done!
[Dish] tuning failed
[__evUpdatedEventInfo]
[__evUpdatedInfo]
[writeChannelName]
vfd display text: ZDF HD
[showCrypted]
[showDolby]
[showMp3]
[eDVBLocalTimerHandler] diff is 0
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] not changed
KEY: 02 - 1BUTTON
**** 25586 1 ****
[SEM] UP
KEY_PRESS - 02 1
++++ 0 ms ++++
KEY_RELEASE - 02 00 1 1 CAUSE=Timeout
---- 181 ms ----
[SEM] DOWN
warning, skin is missing element servicename in <class 'Screens.InfoBarGenerics.NumberZap'>
[Skin] SKIN ERROR in screen 'SimpleSummary' widget 'widget': {./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': {./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': {./skin.xml}: source 'parent.menu' was not found in screen 'SimpleSummary'!. Please contact the skin's author!
playing 1:0:19:283D:3FB:1:C00000:0:0:0:
[eDVBCAService] free slot 0 demux 0 for service 1:0:19:2B66:3F3:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:19:2B66:3F3:1:C00000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
TuxTxt stopped service 17f2
cleaning up
TuxTxt cache cleared
start release channel timer
libpng warning: iCCP: known incorrect sRGB profile
accel alloc failed

ERROR: accelAlloc failed
[__evStart]
[__evSeekableStatusChanged]
not pauseable.
not pauseable.
not pauseable.
RemovePopup, id = ZapError
[eDVBLocalTimerHandler] remove channel 0x1cab208
[eEPGCache] remove channel 0x1cab208
allocate channel.. 03fb:0001
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 1 Freq 11493750 Pol 0 SR 22000000 INV 2 FEC 2 orbpos 192 system 1 modulation 2 pilot 2, rolloff 0
tuning to 1743 mhz
OURSTATE: tuning
allocate Channel: res 0
[eDVBCIInterfaces] addPMTHandler 1:0:19:283D:3FB:1:C00000:0:0:0:
allocate demux
[SEC] invalidate current switch params
set sequence pos 3
set sequence pos 3
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
setting frontend 0
(0)fe event: status 0, inversion off, m_tuning 1
(0)fe event: status 1f, inversion off, m_tuning 2
OURSTATE: ok
[eDVBLocalTimerHandler] channel 0x1cab208 running
[eEPGCache] channel 0x1cab208 running
[EPGC] next update in 2 sec
stop release channel timer
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
[__evUpdatedEventInfo]
RemovePopup, id = ZapError
[SEC] sleep 500ms
[eDVBLocalTimerHandler] diff is 0
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] not changed
use pmtpid 13ec for service_id 283d
eventNewProgramInfo 0 0

dvb subtitle PID 13f1 with wrong subtitling type (24)... force 0x10!!
Rds PID 13f4 detected ? ! ?
have 1 video stream(s) (13ed), and 3 audio stream(s) (13ee, 13ef, 13f2), and the pcr pid is 13ed, and the text pid is 13f0
allocate demux
TuxTxt cache cleared
decoder state: play, vpid=5101, apid=5102
DMX_SET_PES_FILTER(0x13ed) - pcr - ok
DMX_SET_PES_FILTER(0x13ee) - audio - ok
AUDIO_SET_BYPASS(1) - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x13ed) - video - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x13f0) - ttx - ok
TuxTxt cache cleared
TuxTxt: initialized
TuxTxt service started 13f0
VIDEO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
AUDIO_CONTINUE - ok
disable teletext subtitles page ffffffffffffffff (und)
TuxTxt running thread...(13f0)
dvb subtitle PID 13f1 with wrong subtitling type (24)... force 0x10!!
Rds PID 13f4 detected ? ! ?
[__evUpdatedInfo]
[writeChannelName]
vfd display text: Das Erste HD
[showCrypted]
[showDolby]
[showMp3]
[eDVBCAService] new service 1:0:19:283D:3FB:1:C00000:0:0:0:
[eDVBCAService] add demux 0 to slot 0 service 1:0:19:283D:3FB:1:C00000:0:0:0:
[Dish] tuning failed
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 9
[__evUpdatedInfo]
[writeChannelName]
vfd display text: Das Erste HD
[showCrypted]
[showDolby]
[showMp3]
[__evUpdatedEventInfo]
sdt update done!

[EPGC] start caching events(1397824282)
VIDEO_GET_EVENT - ok
unhandled DVBAPI Video Event 5
VIDEO_GET_EVENT - ok
[__evVideoSizeChanged]
VIDEO_GET_EVENT - ok
[__evUpdatedInfo]
[writeChannelName]
vfd display text: Das Erste HD
[showCrypted]
[showDolby]
[showMp3]
[EPGC] nownext finished(1397824291)


MfG

[Anskar]

Kurze Zwischenfrage, gibt es neue Erkenntnisse?

Wenn es dann mal gefixt ist, könntet Ihr das bitte hier im Thema mitteilen ?

MfG

[santa]

Derzeit sind wir alle im osterstress, im Log ist nichts erkennbar was Rückschlüsse ziehen lässt, wird also etwas länger dauern.
Du kannst bitte noch mal weitere Images testen, also rückwärts wenn noch vorhanden und sagen bei welchem image es ok war und ab welchem nicht mehr.
Umsoweniger Revisionen dazwischen liegen um so leichter für uns.

[santa]

@anskar:
habe mal ufs910 angeworfen mit altem 211 kernel, teste mal bitte dann mit dem Image gegen.

[Anskar]

Mach ich morgen früh mal santa.
Auch habe ich fast alle Images von 12072 bis aktuell.
Da es bei 12140 schon nicht geht brauch ich dann nur rückwärts testen.
Wie geschrieben morgen , hab bis eben im Haus geschafft.

MfG

[Schaagi]

Hallo

Dieser Fehler ist mir bisher nicht aufgefallen, da ich nie Soft-Standby benutze. Ich habe im Moment
das Image 12140 installiert und im Setup mal auf Standby gestellt.
Bei ARD HD friert nach dem 3. Mal das Bild ein und der Dauer-Spinner läuft. Hilft dann nur, die Kathi
auszuschalten.

Werde mal das neueste Image (12176) testen und berichten.


- - - Aktualisiert - - -

Habe mal das neueste Image (12176) getestet. Auch hier das selbe Symptom. Hat also nichts mit
dem Kernel zu tun.

Gruss Schaagi

[morly]

hm... leider ist auch im log nichts griffiges zu sehen - schau mir mal ein debug-Image an

[Anskar]

Genau das gleiche von Schaagi kann ich bestätigen, aktuelles Image gleiches Problem.

MfG

[Anskar]

Habe nun den ganzen Vormittag getestet.

Folgende Images:

HDMU 12176_211 Kernel
HDMU 12112_213 Kernel
HDMU 12118_213 Kernel
HDMU 12096_212 Kernel
HDMU 12084_209 Kernel
HDMU 12072_209 Kernel

Bei allen Imagen tritt das Problem auf, bei manchen intensiver bei manchen nicht so oft.

Interessant war bei den HDMU 12112/12118_213 Kernel Imagen ähnliches Problem sofort nach dem Start vorhanden war- Bild aber kein Ton und Bild friert ein (auch ohne Standby).

Siehe hier:
http://www.hdmedia-universe.com/board/showthread.php?6262-Test-HDMU_12112_213-Kernel&highlight=12112

http://www.hdmedia-universe.com/board/showthread.php?6292-Test-HDMU_12118_213-Kernel&highlight=12112

Zu meinem Erstaunen tritt das Problem mit Standby/Einschalten-kein Ton-Bild friert ein auch beim HDMU 12072_209 Kernel Image auf.
Warscheinlich erst jetzt durch den Intensivtest festgestellt, Standby/Ein kurz hintereinander.
Habe ich vorher nich bemerkt gehabt.

Habe jetzt mal die Kathrein UFS 912 eingeschaltet und auch ständig Standby/Ein (Dauertest).
Das Problem tritt hier nicht auf.

Habe noch viele HDMU Images gespeichert, das älteste ist "HDMU_11505_E2_ufs910_209_git_5558_nodebug_gst_USB. tar.gz"

Werde das nochmal probieren.

MfG

[morly]

Mal Danke Ansker für deine Tests - möchte ich echt mal sagen, sehr hilfreich (wir kommen leider zu wenig dazu)

Mal so in den Raum gefragt (Devs wissen es vielleicht) - scheint kein Kernelprob zu sein, oder? Tritt ja bei allen auf...

[Anskar]

Habe jetzt das "HDMU_11505_E2_ufs910_209_git_5558_nodebug_gst_USB. tar.gz" getestet.

Über 20 mal Standby/Ein ,zwischendurch auch Sender gewechselt.
Mal schneller Standby und Ein und manchmal länger gewartet.

Das Problem tritt hier nicht auf.

Bei den anderen Imagen war es schon spätestens beim 6. mal meistens zwischen 1-3 mal.

Könnt Ihr da Rückschlüsse ziehen?
Da das Image hier nicht mehr vorhanden ist soll ich es mal hochladen, dann könnt Ihr vielleicht vergleichen.

MfG

[morly]

jo Anskar - weiss nicht ob ich das noch habe... schmeiss mal rauf ;)

[Anskar]

Hier das "HDMU_11505_E2_ufs910_209_git_5558_nodebug_gst_USB. tar.gz"

MfG

[Anskar]

Habe noch ein paar Images getestet.
Kann es grob einschränken.
Beim HDMU 11768 Image geht es (15 mal Standby/Einschalten mit zwischendurch Senderwechsel), alles OK.
Beim HDMU 11940 Image tritt das Problem auf (schon nach erstem Standby/Einschalten).

In meiner Imagesammlung gibt es zwischen beiden Versionen nur 4 Images, komme aber heute nicht mehr zum testen.
Hilft die Eingrenzung?

MfG

[santa]

Um so kleiner die Versionsunterschiede um so besser

[Anskar]

Hallo!
Wie in #18 geschrieben, habe ich ja eine Imagesammlung.
Habe nun noch das HDMU_11817 /11856 und das 11940 getestet (11940 war ja schon als NOK bekannt-aber trotzdem nochmal gegen getestet).

Definitiv ist der Bruch zwischen 11856 und 11940.

11856 wieder 21 mal Standby /Einschalten (mit Senderwechsel) ebenso auch vorher 11817- alle beiden Image sind OK !

11940 gleich beim 2. Versuch NOK !!!

So, nun seit Ihr Spezialisten dran :) !

Sollten beide Imageversionen nicht vorhanden sein (11856/11940) kann ich bei Bedarf beide hier hochladen, zum Vergleichen:).

MfG

[santa]

hochladen ist nicht nötig, dazwischen hast du kein image mehr?
habe leider auch schon alle alten neulich mal gelöscht, ich schaue heute abend mal in ruhe die changelogs durch

[Anskar]

Hallo santa!
Da ich ja regelmäßig die neuen Images teste und diese immer ewig speicher bin ich mir fast sicher das es dazwischen keine weiteren gegeben hat.
Aber "versprechen" kann ich es nicht:rolleyes:.
Kann aber im Ordner UFS 912/913 mal vergleichen.

MfG

[morly]

wie unterscheiden sich die 2 Logs?
ich werde das heute Abend testen...

[Anskar]

@ santa, sollte so sein, im Ordner UFS 912 folgt auch 11940 auf 11856.

@ morly, logs habe ich nicht gemacht, da es ja von OK und NOK schon welche gibt.

MfG

Mache gleich die logs, morly.

So, hier OK und NOK log, sind aktuell gerade erstellt :).
Falls Ihr was findet würde ich mich über Feedback freuen, hoffe etwas lernen zu können.

MfG

[santa]

habe mal alle changes überflogen, nichts gefunden, vielleicht hat morly noch ne idee,
aber das wird mindestens noch eine Woche dauern, da erst das stb admin tool dran ist.

[morly]

Anskar, machen wir hier weiter (besser als CB)
lade mal deine Bootargs hoch, dann ändern wir den Eintrag für printk...
Ansonsten loggen wie gewohnt

[Anskar]

Danke morly!
Habe damit noch nichts zu tun gehabt.
Wie genau ersetze ich mit dem Tool dann die Bootargs? Möchte mir die Box nicht abschießen.
Habe mal ein Bild angehangen.

@ santa, wo finde ich dann das Image, normal unter "Image..." ?

MfG

[morly]

welche Partition enthält das Debugimage?

[santa]

@anskar: image baut noch und braucht noch ca. ne stunde

@morly: frage ist falsch gestellt, @anskar: auf welche part soll das image?

[morly]

ja schon klar - muss nur wissen wo es hinkommt um die Bootargs anzupassen...

[Anskar]

Wo jetzt HDMU_11817 ist:).

MfG

[morly]

und retour - der Eintrag bootargs_8 hat sich geändert - kannst auch händisch eintragen

[Anskar]

Dachte es müßte alles geändert werden, so weiß ich Bescheid:).

Melde mich dann hier wieder.

MfG

[morly]

war ja nur ein Eintrag :)

[Anskar]

So, habe das Debug Image installiert.
Habe fast 30 mal Standby/Einschalten gemacht (mit Senderwechsel).
Problem tritt hier nicht auf.
Das einzige, je länger ich mit dem morly Tool logge um so öffter bricht da Windows 7 die exe ab (Fehler Programm reagiert nicht mehr).

Hänge mal hier das log an von Standby/ Einschalten OK.

MfG

[morly]

logst du via rs232?

[Anskar]

Ja !

War gestern nicht, ob das was mit dem Debug Image zu tun hat.

Komisch das hier das Standbyprob nicht ist:rolleyes:.

MfG

[morly]

wissen wir wenn santa ein nodebug baut ...

[Anskar]

Hat er was geändert gehabt wegen dem Problem oder soll das Zufall sein?

MfG

Oder Du, morly?

--====== HDMU 12197 enigma2 Git 5759 ======-----
12197 886be67 santa, Wed Apr 23 09:25:50 2014 +0200: test fix building, thx morly

MfG

[morly]

ich habe nichts geändert...

[santa]

Na klar, aber das hatte mit dem Fehler nichts zu tun.
Das image hatte nicht durchgebaut, morly hat mir geholfen.
Aber das kann mit dem Fehler nichts zu tun haben

[Anskar]

Dann bitte nochmal ein "normales" Image.

MfG:)

[santa]

Frühestens gegen 22uhr schätze ich, bin noch unterwegs

[Anskar]

@ santa, beim aktuellen HDMU_12203 tritt das Problem gleich beim ersten Standby/ Einschalten wieder auf:(.

Habe vorher das Debug Image nochmal "Dauergetestet", da Fehlerfrei :).

Wo liegt der Unterschied?

MfG

[santa]

habe ich mir schon gedacht, ich gebe dir später oder die tage noch mal was zum testen

[Anskar]

Nur zur Info, bin ab morgen erstmal übers Wochenende mit der Familie in Kurzurlaub, ab Montag aber wieder zu Hause und die ganze Woche frei:).

Nur kurz gefragt, was ist hat es mit Debug Imagen auf sich?

MfG

[santa]

ein debug image gibt mehr informationen heraus was es gerade so tut, dadurch kann man Fehler schneller finden.
Problem an der Sache ist das das Image damit langsamer ist, deswegen bauen wir immer nur nodebug um eben schnell zu sein.

Dein Fehler wird ein Timingproblem sein, das heißt die Box ist noch nicht ganz fertig mit allem was es so tun soll wenn es in den
standby geht und kommt.
Passiert der Fehler auch wenn du standby drückst, länger wartest und dann wieder einschaltest?

[Anskar]

Ja santa, auch wenn eine ganze Weile dazwischen liegt.

Dabei hatte ich es ja erst bemerkt.
Die UFS 910 ist bei mir nicht im Dauerbetrieb, nur wegen der Testerei (HDMU).
Hatte aber bei letzteren Imagen oft auf Sky und Standby gehabt.
Nach einschalten war dann sofort immer das Bild eingefrohren, deswegen die Vermutung es liegt an Oscam (siehe auch das vorherige Thema im anderen Bereich).

Schalte wenn ich nicht schaue immer in Softstandby.

MfG

[Anskar]

Bin Montag Abend wieder zu Hause und stehe zu weiteren Test's zur Verfügung.
Habt Ihr Ideen?
Wenn nicht baut erstmal Debugimages :-)
Da funktioniert es ja mit gleicher Testmethode wie bei den nodebug Images nur das es bei denen nicht geht.
Bin mal auf die Antwort im Spark- Standbythema gespannt, ob es da um das gleiche Problem geht.
MfG

[Anskar]

habe ich mir schon gedacht, ich gebe dir später oder die tage noch mal was zum testen

Guten Morgen!
@santa, bin wieder zu Hause und die Woche noch Urlaub.
Hast Du noch was zum testen?
morly ist ja jetzt erstmal außer Gefecht uns soll sich erstmal erholen.

MfG

[santa]

Heute Abend vielleicht

[/dev/null]

Auf der Spark (GM990 mit HDMU_12204_E2_spark_214_git_5759) tritt auch so ein Problem auf, wie ich gerade erfahren habe. Softstandby - verzehrtes Bild. Umschalten hilft nichts, das angezeigte Bild verändert sich nicht. Nach einem Neustart geht es dann wieder.

MfG

[santa]

kannst mal neues 910er testen, bonkel hat einige kleinigkeiten bereinigt, ich bezweifle das die damit was zu tun haben,
aber man weiß ja nie.

[Anskar]

@santa, "HDMU_12216_E2_ufs910_214_git_5761_nodebug_mix_USB. tar.gz" kommt gar nicht bis zum Erst-Assi:(.

Nach "run" startet die Box neu oder bleibt manchmal bei "run" hängen.

Hier mal ein log.

MfG

[Anskar]

Was ist kaputt im 12216 Image?

MfG

[santa]

Keine Ahnung, auf die schnelle nix gesehen und keine Zeit gehabt genau zu schauen

[hansmuller]

Die 12216 Image startet bei mir garnicht. Nachdem im Display "run" steht bootet die Box neu.

[flac]

Wurde doch oben geschrieben, dass das Image kaputt ist. Lesen bildet.

Gruß

Chris

[Anskar]

Hallo!
Da sich zu dem Thema seit geraumer Zeit nichts tut, das letzte Image auch garnicht startet habe ich mal testweise das aktuelle PKT HYPERION v4 getestet.
Hier gibt es kein Standby Problem.
Kenne mich ja nun garnicht mit Imagebau aus, aber so wie ich mitbekommen habt schöpft Ihr alle erstmal das Grundgerüst alle gemeinsam.
Würde für mich bedeuten das es dann etwas von HDMU sein muß was das Problem ausmacht.
Jedenfalls kommen wir wohl so wie bis jetzt nicht weiter.
Habe ja mit einigem Zeitaufwand versucht etwas beizutragen.
Die Images seit dem das auftritt habe ich ja zu 100% eingrenzen können.

MfG

[santa]

naja, die pkt images sind im prinzip immer schon ein halbes Jahr alt wenn die herauskommen, und vor
nem halben jahr ging es bei uns ja auch noch

[Anskar]

@ santa!

Mit den "veralteten" Imagen von PKT magst Du wohl Recht haben, aber nicht das es da bei uns noch ging.
Schau bitte hier in #20.
Ab HDMU 11940 gibt es das Problem.

Hier der Imagename:
HDMU_11940_E2_ufs910_209_git_5580_nodebug_mix_USB. tar.gz

Hier der Imagename vom aktuellen PKT:
ufs910_GIT-5580_PKT-2860-NP_usb_pli_stm24-p0211.tar.gz

Ist gerade Zufall das es das gleiche git-5580 ist :rolleyes:.

MfG

[santa]

zufall, die nutzen das tdt git, wir das max git

[Anskar]

Gut das wußte ich nicht.
Wollte nur das Thema "Warm" halten.
Hätte ja ein Hinweis sein können:rolleyes:.

MfG

[santa]

ja, habe ja ne idee, komme nur zu nix

[santa]

probier mal bitte, entpacken und nach /usr/lib/enigma2/python/Screens, rebooten und testen

[DaEloG]

moin,

kurztest gestern abend sah gut aus. 10 mal standby, unterschiedlich lang und auf verschiedenen sendern, keine probleme.

[Anskar]

Hallo santa!

Bin gestern nicht dazu gekommen, Spätschicht.

Habe soeben die Datei beim HDMU 12203 und beim von mir als Problemstart-Image festgestelltem HDMU 11940 dauergetestet.
Jeweils zuerst mit orginal Datei und dann mit Deiner NEUEN.

Orginale Datei:
Bei beiden Imagen trat das Problem spätestens nach dritten Standby/Einschalten auf.

Nun zu Deiner Datei:
Habe bei beiden Imagen mindestens 20 mal Standby/Einschalten gemacht, mit Senderwechsel, länger warten bzw. ganz kurz.

Genau wie DaEloG trat bei mir das Problem definitiv nicht mehr auf.
Beobachte das weiter.

Denke aber frei nach dem Motto "Was länger dauert wird GUT", das Du den richtigen Hebel gefunden hast:).

Kannst Du mal mit der "Neuen" ein neues Image bauen?

Danke santa :cool:.

MfG

[santa]

Habe ja heute Nacht gebaut, die waren alle kaputt, werde das heute fixen und dann die Änderung von hier auch reinballern.

[markuschen]

Also langsam macht's keinen Spaß mehr :mad:.
Neuer/Alter Fehler mit 12273:

Traceback (most recent call last): File "/usr/lib/enigma2/python/mytest.py", line 18, in <module>
from Screens import InfoBar
ImportError: cannot import name InfoBar
---- saving lame channel db
saved 242 channels and 6848 services!
release cached channel (timer timeout)
- (41) eServiceFactoryDVD
- (41) eServiceFactoryEPlayer3
- (41) eServiceFactoryHDMI
- (41) eServiceFactoryM2TS
- (41) eServiceFactoryMP3
- (41) eServiceFactoryFS
- (41) eServiceFactoryDVB
- (40) eServiceCenter
clear instance
- (36) Stream server
- (35) CI Slots
- (35) CA handler
- (30) eActionMap
- (22) Hdmi CEC driver
- (21) input device driver
- (20) DVB-CI UI
- (20) RC Input layer
- (20) misc options
- (20) AVSwitch Driver
- (15) eWindowStyleManager
- (10) gRC
waiting for gRC thread shutdown
gRC thread has finished
- (9) GFBDC
- (9) gLCDDC
- (9) Font Render Class
- (8) graphics acceleration manager
- (5) Tuxtxt
- (1) Background File Eraser
reached rl -1
e2 ended <- RTV: 0
0
E2 ERROR

Screens/InfoBar.pyo scheint zu fehlen.

[santa]

sorry das ich mal eben nebenbei obwohl ich keine zeit habe versucht habe das zu fixen,
nächste image kommt dann im halben jahr, reicht doch, oder?

[flac]

@santa,
ruhig Blut. Lass dich nicht von anderen ärgern.

Wir bekommen das Kind schon geschauckelt.

Viele vergessen, das ihr eure Freizeit dafür opfert und wissen es nicht zuschätzen.

Gruß

Chris

[markuschen]

Sorry, aber so "böse" musst du nun auch nicht werden. Ich bin aber auch seit vier Stunden am Update "versuchen", da die letzten vier Images alle nicht wollten.
Und deswegen auch von mir mal ein Danke für deine Arbeit.

BTW: Das Image ist auf der guten alten Kathi tatsächlich nochmal flotter geworden, wirklich gut gemacht :-)
Ich hab mir die fehlende InfoBar.pyo von meinem Spark geholt, funktioniert damit.

[Anskar]

Sorry das ich frage, um welchen Fehler ging es bei markuschen?
Hatte der was mit dem eigendlichen Thema zu tun?

MfG

[flac]

Nein,
Bootschleife.

Gruß

Chris

[santa]

@anskar, war nen neues image auf dem server, das hatte aber anderen fehler, deswegen gelöscht
neues baut

[Anskar]

@ santa !

Aktuelles HDMU 12274 startet OK durch, funktionell soweit keine Probleme.

Bis auf das Standby-Problem :rolleyes:.
Gleich beim ersten Versuch schon wieder passiert.

Habe dann die Test-Standby.pyo von gestern Abend eingefügt, Neustart, 20 maliger Test mit Senderwechsel, Standby lang/kurz.
Da wieder alles OK.

Orginale "Standby.pyo" ist auch größer wie die Test-Standby.pyo.

MfG

[santa]

poste mal bitte deine settings, im telnet bitte eingeben und ausgabe hier posten:

cat /etc/enigma2/settings

[Anskar]

Hier, frisch aufgesetzte UFS 910 meiner Tochter mit alter Röhre, also keine Settigübernahme !
Kann auch gerne nochmal bei meiner zweiten UFS 910 am Flachbildschirm testen, hatte ich sonst immer als Testbox.
Denke aber das es da genauso sein wird.



UFS910:~# cat /etc/enigma2/settings
config.servicelist.startuproot=1:7:1:0:0:0:0:0:0:0 :FROM BOUQUET "bouquets.tv" OR
DER BY bouquet;1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.mein_tv.tv" ORDER B
Y bouquet
config.servicelist.startupservice=1:0:19:2B66:3F3: 1:C00000:0:0:0:
config.misc.languageselected=false
config.misc.firstrun=false
config.misc.initialchannelselection=false
config.misc.startCounter=8
config.misc.videowizardenabled=false
config.radio.lastroot=1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "bouquets.radio" ORDER BY
bouquet;
config.Nims.0.diseqcA=192
config.Nims.0.diseqcMode=single
config.osd.language=de_DE
config.tv.lastroot=1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "bouquets.tv" ORDER BY bouqu
et;1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.mein_tv.tv" ORDER BY bouquet;
config.tv.lastservice=1:0:19:EF10:421:1:C00000:0:0 :0:
config.av.videoport=Scart
config.av.aspect=4_3
config.usage.quickzap_bouquet_change=true
config.usage.on_long_powerpress=standby
config.usage.service_icon_enable=true
config.usage.show_infobar_on_event_change=true
config.usage.hdd_standby=0
config.plugins.mc_global.vfd=on
config.plugins.mc_vp.lastDir=/media/net/
config.plugins.hdmu.osdright=-30
config.plugins.hdmu.miniTV=false
config.plugins.hdmu.osdleft=35
config.plugins.hdmu.nextevent=drei
config.plugins.hdmu.infobar=full
config.plugins.hdmu.camrouting=false
config.plugins.hdmu.osdtop=15
config.plugins.hdmu.osdbottom=-15
config.plugins.mc_ap.lastDir=/media/net/
config.plugins.configurationbackup.backuplocation=/media/hdd
config.plugins.configurationbackup.backupdirs=['/etc/default_gw', '/etc/enigma2/
', '/etc/hostname', '/etc/network/interfaces', '/etc/resolv.conf', '/etc/wpa_sup
plicant.ath0.conf', '/etc/wpa_supplicant.conf', '/etc/wpa_supplicant.wlan0.conf'
]
config.audio.volume=25
UFS910:~#

MfG

[santa]

@DaEloG:
nutzt du auch Scart?

- - - Aktualisiert - - -

@Anskar:

bitte im telnet mal mehrmals folgendes eingeben:

echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv

[Anskar]

Nur zur Info. santa.
Habe das heute das erste Mal per Scart getestet (Tochter hat jetzt auch einen TV bekommen) mit meiner zweiten UFS 910.
Meine andere hängt schon immer am Flachbildschirm per HDMI und da viel es mir immer auf.

MfG

- - - Aktualisiert - - -

Ist aber mit der OK Test Datei:).

Was soll passieren?



-----====== HDMU 12274 enigma2 Git 5761 ======-----


UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv
UFS910:~# echo "15110" > /proc/cpu_frequ/pll0_ndiv_mdiv



MfG

[santa]

wenn nix passiert ist alles gut, box bedienbar?

[Anskar]

Ja, alles OK.
Was heist das jetzt?

MfG

[santa]

3 neue testfiles

[Anskar]

Morgen wird getestet:) !

@ santa, nur eine Frage, muß es speziell mit dem aktuellen Image HDMU 12274 sein?

MfG

[santa]

wäre schön das neuste ohne settingsübernahme.

[DaEloG]

moin,

normalerweise hängt die box per hdmi am tv, kann aber auch mal scart testen. heute wirds aber nix werden, evtl. heute nacht oder morgen.

[Anskar]

@santa !

Hier etwas verspätet der Test mit HDMU 12274, ohne Settingsübernahme.

- Orginaldatei (12274) mit HDMI am Flachbildschirm hier beim 5. mal Standby/Einschalten nok

Datei 1) -beim 2. mal Standby/Einschalten nok

Datei 2) -20 mal mit Standby/Einschalten, Senderwechsel, lang/kurz warten OK !
(scheint auch die Testdatei von vorgestern Abend zu sein von der Größe her- die ja OK ist)

Datei 3) -beim 5. mal Standby/Einschalten nok


MfG

[santa]

ok, danke ich gebe dir bald was neues
@DaEloG:
nein, brauchst du nicht testen.

[Anskar]

Alles klar, freu mich drauf.

Nur kurz, Datei 2 ist die von vorgestern Abend?

MfG

[santa]

nein, nur ähnlich

- - - Aktualisiert - - -

so das mal

[Anskar]

Beim 2. mal nok !

[santa]

und weiter gehts

[Anskar]

Sorry, war gerade Mittagspause :rolleyes:.

Leider auch beim 2. mal nok.

MfG

[santa]

und noch ein versuch, diesmal bitte loggen dabei, mit setconsole reicht

[Anskar]

Gleich beim ersten Mal NOK, beim Einschalten kein Ton und Bild friert ein.
Beim Umschaltversuch dann Dauerspinner.
Hier das komplette Startlog bis zum Problem.

MfG

[bonkel]

kannst du bitte mal per telnet einloggen und folgendes eingeben?:

cat /etc/enigma2/settings | grep "config.plugins.hdmu."

ausgabe hier posten

[santa]

und dann mit der nochmal loggen

[Anskar]

kannst du bitte mal per telnet einloggen und folgendes eingeben?:

cat /etc/enigma2/settings | grep "config.plugins.hdmu."

ausgabe hier posten


Da passiert nichts oder war das falsch?



-----====== HDMU 12274 enigma2 Git 5761 ======-----


UFS910:~# cat /etc/enigma2/settings | grep "config.plugins.hdmu."
UFS910:~# cat /etc/enigma2/settings | grep "config.plugins.hdmu."
UFS910:~#


Oder so? Beim 2. Befehl blinkt da nur der _ .


-----====== HDMU 12274 enigma2 Git 5761 ======-----


UFS910:~# cat /etc/enigma2/settings | grep "config.plugins.hdmu."
UFS910:~# cat /etc/enigma2/settings | grep "config.plugins.hdmu."
UFS910:~# cat /etc/enigma2/settings
config.misc.firstrun=false
config.misc.initialchannelselection=false
config.misc.startCounter=4
config.misc.languageselected=false
config.misc.videowizardenabled=false
config.Nims.0.diseqcA=192
config.Nims.0.diseqcMode=single
config.osd.language=de_DE
config.tv.lastroot=1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "bouquets.tv" ORDER BY bouqu
et;1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.mein_tv.tv" ORDER BY bouquet;
config.tv.lastservice=1:0:1:6DCA:44D:1:C00000:0:0: 0:
config.av.videomode.HDMI=1080i
config.av.videoport=HDMI
config.usage.multibouquet=true
config.plugins.mc_global.vfd=on
config.plugins.configurationbackup.backuplocation=/media/hdd
config.plugins.configurationbackup.backupdirs=['/etc/default_gw', '/etc/enigma2/
', '/etc/hostname', '/etc/network/interfaces', '/etc/resolv.conf', '/etc/wpa_sup
plicant.ath0.conf', '/etc/wpa_supplicant.conf', '/etc/wpa_supplicant.wlan0.conf'
]
config.audio.volume=15
UFS910:~# grep "config.plugins.hdmu."


MfG

[santa]

nee, alles richtig, dann bitte nochmal loggen

[Anskar]

@ santa,log zu #97 .

Auch gleich beim ersten Mal nok.

MfG

[santa]

geh mal ins hdmu-center und spiel da mal mit coverclock rum
stell da mal verschiedene frequenzen ein und teste die
366 brauchst du nicht testen

[markuschen]

Mal nebenbei: Warum hat deine Kathi nur 32MB RAM? Bei mir kommt da 64MB!


U-Boot 1.1.2 (STLINUX_2_0p1) (May 30 2007 - 16:03:49)


DRAM: 32 MB
write time out = 1, clock = 40
write time out = 1, clock = 40
Flash: 16 MB
In: serial
Out: serial
Err: serial

[santa]

bitte mal ein cat /proc/meminfo

[Anskar]

@ markuschen, da kenn ich mich nicht aus.
Weiß nur was mit 32 MB wegen SWAP und die sind bei mir eingestellt.
MfG

@ santa, du hast doch 2 Standby.pyo die gehen gebaut, warum nimmst Du da nicht eine davon?
Aber kenne mich ja mit der Materie auch nicht aus:rolleyes:.



-----====== HDMU 12274 enigma2 Git 5761 ======-----


UFS910:~# cat /proc/meminfo
MemTotal: 47756 kB
MemFree: 1492 kB
Buffers: 192 kB
Cached: 6420 kB
SwapCached: 2772 kB
Active: 18300 kB
Inactive: 16864 kB
Active(anon): 14276 kB
Inactive(anon): 14280 kB
Active(file): 4024 kB
Inactive(file): 2584 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 32760 kB
SwapFree: 26348 kB
Dirty: 4 kB
Writeback: 0 kB
AnonPages: 26216 kB
Mapped: 5148 kB
Shmem: 4 kB
Slab: 3672 kB
SReclaimable: 880 kB
SUnreclaim: 2792 kB
KernelStack: 464 kB
PageTables: 208 kB
Quicklists: 116 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 56636 kB
Committed_AS: 62412 kB
VmallocTotal: 507824 kB
VmallocUsed: 5856 kB
VmallocChunk: 494576 kB
UFS910:~#



MfG

[santa]

weil ich da einfach das Overclocken herausgenommen habe, das muss aber schaltbar drin bleiben, ich weiß nur nicht warum
deine Box da murks macht, deswegen weiter mit den ausgaben usw.

stell ansonsten swap mal auf 64mb oder höher

[Anskar]

Aber nicht nur meine Box (passiert ja bei meinen beiden) , wurde doch von einigen Usern berichtet, auch mal von morly.

MfG

[santa]

wie gesagt:

1. cat /proc/meminfo
2. swap mal auf höher stellen
3. im Overclocking Menu mal 233 und 300 einstellen

[markuschen]

Meine meminfo sieht genauso aus, das steht ja auch MemTotal: 47756 kB, also >32MB.
Ich habe eine andere U-Boot-Version, vermutlich zeigt deine einfach einen falschen Wert an. Also alles gut mit deiner Kathi :-)

Zum Thema Overclock: Ist der Fehler mit der schneller laufenden Uhrzeit mit dem neuen Kernel eventuell behoben? Hab es selber noch nicht probiert.

[Anskar]

santa, in #104 ist meine 1. cat /proc/meminfo:).

MfG

[santa]

nein, oc ist auf der alten boxen eigentlich schon blödsinn, geht nur darum das ein wert in den settings ist

[Anskar]

SWAP auf 64 MB bringt auch nichts.

Werde das mal noch probieren:

3. im Overclocking Menu mal 233 und 300 einstellen

Nur hatte ich da noch nie was verändert und es ging ja mal und dann auf einmal nicht mehr.

MfG

- - - Aktualisiert - - -

So im Overclock Menü ist bei beiden Einträgen orginal 266 Standart.

Folgende Werte sind aber nur möglich:

Cpu Frequenz: 266, 300, 333, 366, 400
Standby Frequenz: 266, 200, 166, 133

Was soll ich da wo testen?

MfG

[santa]

bei dem einen 300, bei dem anderen 200

[Anskar]

300 / 133, 64 MB SWAP = nok

300 / 200, 64 MB SWAP = nok

MfG

[Anskar]

@ santa !

Aktuelles HDMU 12275 startet OK durch, funktionell soweit keine Probleme.

Bis auf das Standby-Problem :rolleyes:.
Gleich beim zweiten Versuch schon wieder passiert.

Denke aber das Du da nichts neues drin hattest, wegen Standby:).

MfG

[santa]

genau, wir überlegen noch

[santa]

bonkel hat nochmal was verändert, lad später mal neues image herunter

- - - Aktualisiert - - -

@Anskar:

hier das file doch schon mal zum test vorab.

[Anskar]

@ santa , 20 mal Standby/Einschalten, kurz/lang warten, Senderwechsel => alles OK, kein Problem:).

Dann mal einen großen Dank an santa und bonkel, das Ihr Euch intensiv mit der Lösung beschäftigt !

Teste die Datei gleich mal beim Full-Image:).

Soll die dann genauso ins neue Image?
Dann nur zu !

MfG

[Anskar]

@ santa und bonkel !

Änderungen im Image bezüglich Standbyproblem fruchten:cool:.

HDMU 12277 (jungfräulich) mit Standart-Test 20 mal Standby/ Einschalten, kurz/lang warten mit Senderwechsel ist ohne Probleme erfolgt.

Mach jetzt noch mein Full draus und probiere dann nochmal:).

Danke nochmal !

MfG

So, nun nochmal Standart-Test mit Full-Image.
20 mal Standby/ Einschalten, kurz/ lang warten, Senderwechsel zwischen FTA HD,Sky HD und HD+ auch OK, kein Problem aufgetretenhttp://hdmedia-universe.com/board/images/smilies/smile.png.

MfG