923 replies to this topic

[littlesat]

De OSD is net als de PIG altijd geprojecteerd alsof het op een SD 'canvas' geplaatst wordt. Zo blijft het onafhankelijk van de resolutie van het TV beeld waarna je kijkt. Vandaar dus... (alleen heeft VU voor de PIP bij UHD beeld een uitzondering op gemaakt).

Daarom hoef je de OSD bij een HD beeld ook niet om te zetten - wel zo handig...

 

Misschien kan iemand proberen of dit helpt in de plugin.py van OSDPositionSetup (alias OverscanWizard) plugin... Het is een work-a-round maar wel ff een check of het issue gerelateerd is aan het feit of the drivers checken of het OSD wel past (dus niet over de rand 'schrijft' en daardoor in fout geheugen OSD data schrijft).

 

[Misschien wel ook bij 6.1 overwegen de overscan wizard gewoon overscan wizard te late heten ipv OSDPositionSetup]

def setPosition(dst_left, dst_width, dst_top, dst_height):
                if dst_left + dst_width > 720:
                               dst_width = 720 - dst_left
                if dst_top + dst_height > 576:
                               dst_height = 576 - dst_top
                try:
-                               open("/proc/stb/fb/dst_left", "w").write('%08x' % dst_left)
-                               open("/proc/stb/fb/dst_width", "w").write('%08x' % dst_width)
+                              open("/proc/stb/fb/dst_left", "w").write('%08x' % 0)
+                              open("/proc/stb/fb/dst_width", "w").write('%08x' % 0)
                               open("/proc/stb/fb/dst_top", "w").write('%08x' % dst_top)
                               open("/proc/stb/fb/dst_height", "w").write('%08x' % dst_height)
+                              open("/proc/stb/fb/dst_left", "w").write('%08x' % dst_left)
+                              open("/proc/stb/fb/dst_width", "w").write('%08x' % dst_width)
 
                except:
                               return

Edited by littlesat, 12 October 2017 - 06:43.

[littlesat]

P.S. bij alle boxen die ik getest had destijds toen ik die overscan wizard maakte deed nergens die apply iets. Bij allen paste de OSD positiie zich aan zonder wat met die apply te doen. Vandaar dat ik er niets mee gedaan had. Maar die kan er wel bij onder het motto baat het niet schaat het niet. Bovendien is het misschien wel een van de redenen waarom de driver zich 'verslikt' -of- het aan een test ontbreekt...

 

En wie weet helpt het hier ook nog door op het einde van die proc settings hierboven een apply te doen... (zonder de boel eerst op left top 0,0 te zetten)

 

open("/proc/stb/fb/dst_apply", "w").write('%08x' % 1)

Edited by littlesat, 12 October 2017 - 06:49.

[WanWizard]

Ik ga vandaag wel aan de slag, na een aantal housekeeping zaken die eerst moeten...

[WanWizard]

Aanpassen van de apply helpt niet, ik zou zeggen bijna integendeel, ik had de osd met een paar drukken op de knop over de zeik. Output van de proc entries is ongewijzigd.

 

edit: wat me wel opvalt, als dat gebeurd is de OSD weg op het scherm, maar op het display reageert de plugin nog gewoon. Dus de AB doet het dan ook nog gewoon. Ga ik echter opnieuw de plugin in, en probeer ook maar 1 positie aan te passen, dan hangt heel enigma. En wel hierom:

enigma2         R running      0   909    905 0x08110004
Stack : 80930000 00000000 00000000 80070cf8 00000000 80070cf8 00000000 00000006
          80930000 800a3ab0 00000000 00000000 00000000 00000000 80934f80 0000001d
          00000002 00000001 cf6f46f8 808a8e00 808a8e00 808a0000 30000700 808a2400
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 808a0000
          ...
Call Trace:
[<8000eb0c>] show_stack+0x64/0x7c
[<8007ae3c>] rcu_dump_cpu_stacks+0xac/0x110
[<8007f1b8>] rcu_check_callbacks+0x590/0x91c
[<80081fc8>] update_process_times+0x3c/0x78
[<80093a10>] tick_sched_timer+0x70/0x2c8
[<800830e0>] __run_hrtimer.isra.5+0x68/0x110
[<800833b0>] hrtimer_interrupt+0x174/0x450
[<800119b4>] c0_compare_interrupt+0x7c/0xc0
[<800729e8>] handle_irq_event_percpu+0x78/0x1cc
[<800770e4>] handle_percpu_irq+0x8c/0xbc
[<80071f48>] generic_handle_irq+0x34/0x4c
[<8000a38c>] do_IRQ+0x18/0x2c
[<80003b0c>] plat_irq_dispatch+0x108/0x160
[<80008128>] ret_from_irq+0x0/0x4
[<e0ba05fc>] __6e8787+0x4c4/0x2614 [dvb]
[<e0b9df78>] __57fb67+0x84/0x128 [dvb]
[<e0b9e0d4>] __f461f7+0xb8/0x108 [dvb]
[<e0b0fa4c>] __f1390c+0xe0/0x1b8 [dvb]
[<e0b1050c>] __20439b+0x30/0x50 [dvb]
[<e0a62d14>] __612d97+0x30/0x78 [dvb]
[<e0a632cc>] __7d7994.part.5+0x6c/0x63c [dvb]
[<e0a64df8>] __56bede+0xc4/0xf0 [dvb]
[<e0a7a8f4>] __27e101+0x174/0x18c [dvb]
[<e0a79884>] __8c7db9+0x88/0xa4 [dvb]
[<e0a79584>] __883a0c+0x38/0x44 [dvb]
[<80153030>] proc_reg_write+0x98/0x134
[<800f1d7c>] vfs_write+0xac/0x214
[<800f25d0>] SyS_write+0x58/0xe8
[<80014674>] handle_sys+0x134/0x158

Doe ik nu een init 4 / init 3, dan crasht enigma direct weer:

INFO: rcu_sched self-detected stall on CPU { 0}  (t=210009 jiffies g=83161 c=83160 q=228)
Task dump for CPU 0:
enigma2         R running      0   909    905 0x08110004
Stack : 80930000 00000000 00000000 80070cf8 00000000 80070cf8 00000000 00000006
          00000000 800a3a6c 00000000 00000000 00000000 00000000 80934f80 0000001d
          00000002 00000001 cf6f46f8 808a8e00 808a8e00 808a0000 30000700 808a2400
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 808a0000
          ...
Call Trace:
[<8000eb0c>] show_stack+0x64/0x7c
[<8007ae3c>] rcu_dump_cpu_stacks+0xac/0x110
[<8007f1b8>] rcu_check_callbacks+0x590/0x91c
[<80081fc8>] update_process_times+0x3c/0x78
[<80093a10>] tick_sched_timer+0x70/0x2c8
[<800830e0>] __run_hrtimer.isra.5+0x68/0x110
[<800833b0>] hrtimer_interrupt+0x174/0x450
[<800119b4>] c0_compare_interrupt+0x7c/0xc0
[<800729e8>] handle_irq_event_percpu+0x78/0x1cc
[<800770e4>] handle_percpu_irq+0x8c/0xbc
[<80071f48>] generic_handle_irq+0x34/0x4c
[<8000a38c>] do_IRQ+0x18/0x2c
[<80003b0c>] plat_irq_dispatch+0x108/0x160
[<80008128>] ret_from_irq+0x0/0x4
[<e0ba01a4>] __6e8787+0x6c/0x2614 [dvb]
[<e0b9df78>] __57fb67+0x84/0x128 [dvb]
[<e0b9e0d4>] __f461f7+0xb8/0x108 [dvb]
[<e0b0fa4c>] __f1390c+0xe0/0x1b8 [dvb]
[<e0b1050c>] __20439b+0x30/0x50 [dvb]
[<e0a62d14>] __612d97+0x30/0x78 [dvb]
[<e0a632cc>] __7d7994.part.5+0x6c/0x63c [dvb]
[<e0a64df8>] __56bede+0xc4/0xf0 [dvb]
[<e0a7a8f4>] __27e101+0x174/0x18c [dvb]
[<e0a79884>] __8c7db9+0x88/0xa4 [dvb]
[<e0a79584>] __883a0c+0x38/0x44 [dvb]
[<80153030>] proc_reg_write+0x98/0x134
[<800f1d7c>] vfs_write+0xac/0x214
[<800f25d0>] SyS_write+0x58/0xe8
[<80014674>] handle_sys+0x134/0x158

En een foreground start levert dit op:

root@et10000:~# init 3
root@et10000:~# ENIGMA_DEBUG_LVL=4 /usr/bin/enigma2
PYTHONPATH: /usr/lib/enigma2/python
DVB_API_VERSION 5 DVB_API_VERSION_MINOR 10
ENIGMA_DEBUG_LVL=4
[Avahi] avahi_timeout_new
[Avahi] avahi_watch_new(3 0x1)
[Avahi] avahi_timeout_update

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[Avahi] client state: 2
[Avahi] avahi_timeout_new
[Avahi] avahi_timeout_free

[eInit] + (1) Background File Eraser
[eInit] + (5) Tuxtxt
[eInit] + (8) graphics acceleration manager

verder komt Enigma niet, hier blijft hij hangen, en af en toe iets van een knipper op het scherm.

[WanWizard]

Het naar nul zetten van left en width helpt ook niks.

[littlesat]

Sorry foutje van mij... Het had op nul zetten van left en top moeten zijn... Dan resizen... en dan de left top weer goed.... Sorry... was echt een blunder....

 

Fff beneden zonder +++ en ---

def setPosition(dst_left, dst_width, dst_top, dst_height):
                if dst_left + dst_width > 720:
                               dst_width = 720 - dst_left
                if dst_top + dst_height > 576:
                               dst_height = 576 - dst_top
                try:
                               open("/proc/stb/fb/dst_left", "w").write('%08x' % 0)
                               open("/proc/stb/fb/dst_top", "w").write('%08x' % 0)
                               open("/proc/stb/fb/dst_width", "w").write('%08x' % dst_width)
                               open("/proc/stb/fb/dst_height", "w").write('%08x' % dst_height)
                               open("/proc/stb/fb/dst_left", "w").write('%08x' % dst_left)
                               open("/proc/stb/fb/dst_top", "w").write('%08x' % dst_top)
 
                except:
                               return

[WanWizard]

Ah, oops. Dan ga ik dit nu proberen.

[WanWizard]

Ik heb wat debugging code toegevoegd, en ik zie nu iets interessants.

 

In mijn config staat, ter test:

config.plugins.OSDPositionSetup.dst_height=566
config.plugins.OSDPositionSetup.dst_left=5
config.plugins.OSDPositionSetup.dst_top=5
config.plugins.OSDPositionSetup.dst_width=710

Tijdens het opstarten van Enigma wordt die keurig gelezen en gezet:

[OSDPositionSetup] Setting OSD positioning to : 5, 710, 5, 566

Dan start ik de plugin op. Die doet in de eerste step:

setPosition(0, 720, 0, 576)

En die zie ik in de debugging ook voorbij komen:

[OSDPositionSetup] Setting OSD positioning to : 0, 720, 0, 576

Echter, het eerste scherm van de wizard is NIET full screen! De top-left lijkt nu 0,0 te zijn, de width is (op het zicht) 700 tot 710 max, en de height lijkt 576 of 575 te zijn. Dus op dat moment gaat het al fout. Volgens de proc is het echter allemaal prima:

/proc/stb/fb/dst_height:00000240
/proc/stb/fb/dst_left:00000000
/proc/stb/fb/dst_top:00000000
/proc/stb/fb/dst_width:000002d0

dus op dit moment lijkt de driver al iets anders te doen dan de waardes suggereren...

[littlesat]

Bij het pijlenscherm doet de plugin de OSD namelijk weer full screen zetten... dus eenmaal geschreven in het begin gaat het al mis...?

 

Met het naar 0,0 zetten erbij?

 

Ook al 1 schrijven naar dst_apply toegevoegd....

 

als dat niet helpt dan zijn mijn opties op!

 

Dank je voor het testen!

Edited by littlesat, 12 October 2017 - 13:20.

[WanWizard]

Het op 0,0 zetten van top-left werkt ook niet.

[WanWizard]

Bij het pijlenscherm doet de plugin de OSD namelijk weer full screen zetten... dus eenmaal geschreven in het begin gaat het al mis...?

 

Daar lijkt het al op, ik ga even proberen het te reproduceren.

[WanWizard]

Dit is ook een interessante. Ik heb de box afgezet, weer aangedaan, en direct geen OSD, maar een enkele hele grote letter.

 

Nu staat er in de proc entries:

/proc/stb/fb/dst_height:00002408
/proc/stb/fb/dst_left:00000008
/proc/stb/fb/dst_top:00000008
/proc/stb/fb/dst_width:00002d08

De waardes lijken 8 bits geshift te zijn, en er staat nu een 8 achter?

 

Dit is dus na een cold start, init 4, start enigma in debug modus, en geen OSD setup waardes in de settings. Zodra enigma opstart zie ik in de logs

[OSDPositionSetup] Setting OSD positioning to : 0, 720, 0, 576

Dus de vraag is, waar komt dit nu weer vandaan? Hebben we toch een compiler race condition? Want dit lijkt wel veel op het volume probleem.

[WanWizard]

Wederom meer geen OSD bij het opstarten. Dit keer staat er dit in de procs:

/proc/stb/fb/dst_height:00002400
/proc/stb/fb/dst_left:00000000
/proc/stb/fb/dst_top:00000000
/proc/stb/fb/dst_width:00002d00

dus die shift is een constante, de waarde die er bij komt niet. Wellicht een pointer boundary issue of zoiets, ergens?

[WanWizard]

En nog eentje:

/proc/stb/fb/dst_height:02400001
/proc/stb/fb/dst_left:00000001
/proc/stb/fb/dst_top:00000001
/proc/stb/fb/dst_width:02d00001

Dit gebeurt dus elke keer de tweede keer als de je plugin op start...

[littlesat]

heb je dst_apply al eens toegevoegd of maakt dat ook niets uit....

Gek dat het elke tweede keer is als je wat in die procs schrijft.... en je toch de 0240 herkend in dit voorbeeld en het eindigd op 0001 ???

 

het lijkt inderdaad op het volume probleem - maar is toch net iets anders... 

Edited by littlesat, 12 October 2017 - 15:37.

[WanWizard]

Ja, maakt ook niet uit.

 

Ik heb net zitten testen met PLi-HD, en ook die krijg ik binnen de korste keren over de zeik. Grote verschil is dat de box niet crashed, dus als je doorgaat met resizen kom je uiteindelijk weer bij iets werkends uit.

 

Waarschijnlijk omdat een 1280 OSD minder memory nodig heeft, en de corruptie in de driver geen impact heeft op de verdere code in de driver, terwijl dat met een 1920 OSD wel zo is.

 

edit: niet direct crashed. Als ik goed genoeg mijn best doe gaat 'ie ook...

[WanWizard]

Ik denk dat de enige vraag nu nog is:

 

Gaat het bij iemand al fout direct na het opstarten van de box? Of heb je een werkende OSD totdat je een keer die overscan wizard opstart?

[littlesat]

Als je de standaard posities aanpast blijkt het ook met opstarten fout te gaan... Maar aangezien het een random effect heeft is e.e.a. gewoon onvoorspelbaar...

 

Ik kan me heel vaag ergens herinneren dat in het begin van de ET10K bij de eerste drivers dit ook al mis ging destijds en dat ik het aan extrend gemeld had... Maar ik weet dit niet meer 100% zeker....

[WanWizard]

Dan moet dus de hele plugin worden gedisabled, en kun je een full screen OSD wel vergeten, want de default instellingen zijn:

/proc/stb/fb/dst_height:00000218
/proc/stb/fb/dst_left:00000014
/proc/stb/fb/dst_top:00000014
/proc/stb/fb/dst_width:000002a8

en dus krijg je een skin nooit tegen de randen aan als op de TV de overscan uit staan.

 

Als Xtrend dit niet gaat fixen, dan is het een eind over voor de 1e generatie Xtrends vrees ik.

[cobus]

Hier gisteren gewoon geflashed en hij deed het gewoon dus ff afwachten na een update.

Na een update heb ik nu dat hij er geen last van heeft, heb dus niks met de wizard en dergelijke gedaan.