74 replies to this topic

[littlesat]

In ieder geval worden ze hier gezet bij het opstarten van E2...

 

https://github.com/O...Setup/plugin.py

 

Ik zie ff niet 1,2,3 waar het misgaat.... zover ik hier zie moeten er goede waardes worden ingevuld.... ???

Edited by littlesat, 3 October 2016 - 10:16.

[bril]

 

Hier bij cat /sys/firmware/devicetree/base/bolt/tag krijg ik "v29root@HD541"... durf dus niet zonder groen licht WTE te installeren.

Gewoon updaten, dat commando laat de huidige bootloader versie zien, dus het is heel normaal dat je de 'oude' ziet.

 

Ik had ook v29, update was geen probleem.

[WanWizard]

Vreemd.... Want op openpli4 is er totaal geen issue.... En default staat dat spul zoals het moet....??
Maar het is wel een richting waar we kunnen zoeken...

De vu heeft ook ods position setup met dezelfde procs en die reageert overal goed op.... Ben bang dat er toch ergens iets anders niet lekker zit...

 

Klinkt als het probleem met de volume, dat is ook zo'n rare die soms wel en soms niet op treed, en waarbij de proc entry spontaan waardes krijgt die volledig buiten de range zitten...

[Erik Slagter]

Precies!

 

Heeft niks met OpenPLi 4 of 5 te maken, zoals ik al de hele tijd zeg. Het heeft te maken met een andere versie GCC, die nog wat aggressiever optimaliseert, waardoor bugs boven water komen die eerder toevallig goed ging (zoals bijvoorbeeld het abs() probleem). Ik vermoed dat we nog wel meer van deze problemen gaan tegenkomen.

 

Oplossing: code analyzer op de source loslaten (zoals BuGLess ooit ook heeft gedaan) en een keer WEL wat doen met die warnings van de compiler, sterker nog, alle mogelijke warnings eens gewoon AAN zetten. Het vervelende is dat oorzaak van deze problemen niet eens hoeft te zitten in de code ervan.

[littlesat]

Ik merkte af en toe al dit probleem en dat was ook al door anderen gemeld.... wat VOOR de laatste gcc update... alleen met die laatste drivers van de HD51 is het echt erg geworden...

 

Bovendien staat de OSD standaard als volgt ingesteld..

 

root@hd51:/proc/stb/fb# cat dst_top

00000014

root@hd51:/proc/stb/fb# cat dst_left

00000014

root@hd51:/proc/stb/fb# cat dst_width

000002a8

root@hd51:/proc/stb/fb# cat dst_height

00000218

 

Dus haal je de overscan wizard weg dan krijg je ook iets anders wat je eigenlijk niet wilt.

 

Ook merk ik dat de HD51 een dst_apply heeft.... en die is blijkbaar nodig om een verandering 'aktief' te maken... tenminste als je het via putty probeert aan te passen.... helemaal is het me niet duidelijk wat deze _apply doet,,,e

Edited by littlesat, 3 October 2016 - 19:39.

[littlesat]

Het heeft iets met de filehandling te maken van (de nieuwere) python lijkt het wel. Een race conditie of zo... Als ik tussen elke open....write een print zet of zo dan gaat het al ietsje beter...

 

... als ik Quick en dirty dit doe dan gaat het altijd goed...

 

Ik vermoed dat we hetzelfde "euvel"  hebben met dat volume ding...

 

Echt etsend...

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
  print (dst_left, dst_width, dst_top, dst_height) 
  try:
    import os
    os.system("echo %X >/proc/stb/fb/dst_left" % dst_left)
    os.system("echo %X >/proc/stb/fb/dst_width" % dst_width)
    os.system("echo %X >/proc/stb/fb/dst_top" % dst_top)
    os.system("echo %X >/proc/stb/fb/dst_height" % dst_height)
  except:
    return

Edited by littlesat, 3 October 2016 - 20:41.

[WanWizard]

De volume wordt gezet in C++ code, en die begint met een 0 - 100 boundary check. Dus volgens de code kan er nooit een waarde zoals 563, zoals ik laatst had, in de node terecht komen.

 

Ander probleem dus.

[littlesat]

Zag ik ook net.... Dus het is ook de python versie niet....

Via os.system gast het hier altijd goed.... Maar dat kan ook een toevallige toevalligheid zijn....
Maar dat neemt niet weg dat schrijven naar filrs blijkbaar wel altijd goed gaat en die naar procs matig gaat...

[WanWizard]

Nog gekker, ik had gisteren weer volume uitval, open de service selector, drop op de volume knop terwijl de zenderlijst voor staat, en ik heb weer geluid.

[littlesat]

Blijkbaar zit er iets in dat gcc 6 nogwat wat het schrijven naar procs (driver spul) rete instabiel maakt...... En omdat we dit in python ook hebben wordt het denk ik een hele lastige....

Schri jven naar echte files gaat blijkbaar wel goed....

Edited by littlesat, 4 October 2016 - 06:49.

[Tech]

Voor gcc6 waren er ook al skin issues ik kan me alleen niet echt voor de geest halen wanneer ik dit voor het eerst heb gezien maar het speelt al een aantal maanden.

Overigens is het niet alleen een hd51 probleem, ik heb het ook op de vusolo4k gezien, of ik het ook op een mipsel box heb gehad kan ik me ook niet echt meer heugen...

[mrbeam]

Zojuist een verse flash update gedaan en daarna de box een mode 12 gezet. En zie daar PiP support!

 

Ik ben er nog niet achter wat in de praktijk de nadelen zijn van deze mode.

Attached Files

•  PiP on Mut@nt HD51.jpg   56.38KB   10 downloads

[WTE]

Zojuist een verse flash update gedaan en daarna de box een mode 12 gezet. En zie daar PiP support!

 

Ik ben er nog niet achter wat in de praktijk de nadelen zijn van deze mode.

 

Wellicht zal het energie verbruik iets stijgt omdat nu ook de derde video encoder gebruikt wordt voor PiP.

Gezien er nog geen OPUS en VP9 support is het nog onbekend of dit ook in mode 12 gaat werken.

 

Verder heb ik iemand gehoord welk niet meer 2160p60 maar maximaal 2160p50 (standaard instelling voor Europa) kon gebruiken icm PiP.

[littlesat]

Ik las ergens anders dat het gedoe beginnen is met gcc 5.3 of zo iets... Kan ff het draadje niet vinden...

Dat HDR demo kanaal op SES Astra 19.5 oost was 60p.... Die doet het dan niet meer...

Edited by littlesat, 4 October 2016 - 11:27.

[mrbeam]

HLG teststream (3840x2160p60) op 19.2E speelt nog steeds af incl een HD zender in de PiP.

Attached Files

•  HLG test.jpg   60.37KB   7 downloads

Edited by mrbeam, 4 October 2016 - 12:09.

[littlesat]

Ook 4K in PIP?

 

Als dat zo is dan heeft Mut@nt het al beter voor elkaar dan VU

 

Ik vind het trouwens ook best een goede zet deze 'switchable' drivers.... kan 'men' tenminste eens iets uitproberen....

 

Aangezien het beta is stel ik voor hier niets in het UI te doen. Ik ga er vanuit dat zodra dit stabiel is dat het basis wordt....  Of iemand moet me beter uitleggen wat deze 'levels' betekenen....

Edited by littlesat, 4 October 2016 - 12:23.

[WTE]

Ook 4K in PIP?

 

Als dat zo is dan heeft Mut@nt het al beter voor elkaar dan VU

 

Ik vind het trouwens ook best een goede zet deze 'switchable' drivers.... kan 'men' tenminste eens iets uitproberen....

 

Aangezien het beta is stel ik voor hier niets in het UI te doen. Ik ga er vanuit dat zodra dit stabiel is dat het basis wordt....  Of iemand moet me beter uitleggen wat deze 'levels' betekenen....

 

Het is wel mogelijk 4k met PiP maar niet dat er in de PiP venster 4k content afspeelt.

4k content heeft 2 video encoders in "main" nodig.

 

Mode 1 = 2 video encoder voor hoofdscherm

Mode 12 = 2 video encoder voor hoofdscherm + 1 video encoder voor 2de scherm (PiP)

 

Er is een klein kans dat er in 2017 nog een extra mode komt:

Mode 17 = 1 video encoder voor hoofdscherm + 1 video encoder voor PiP + 1 video encoder voor transcode

Mode 17 betekend dus dat je geen 4k content kan zien.

[mrbeam]

Ook 4K in PIP?

Nee dat niet, maar HD in de PiP is voor mij voldoende.

[littlesat]

Als ik al verzoekjes mag indienen....

 

het zou heel handig zijn als de volgende modes ook te maken is...

 

2 voor hoofdscherm

1 voor PIP en als er geen PIP is deze gebruiken voor transcode..

 

en/of (als dit niet gaat)

 

2 voor hoofdscherm

1 voor transcode...

 

(onder het motto pip boeit me niet zo!!!)

 

ook denk ik dat voor het omschakelen van de modi het handig is als er een losse plugin komt. Dit lijkt me niet iets wat 'theoretisch" in E2 thuishoort...

Edited by littlesat, 4 October 2016 - 13:32.

[WTE]

Als ik al verzoekjes mag indienen....

 

het zou heel handig zijn als de volgende modes ook te maken is...

 

2 voor hoofdscherm

1 voor PIP en als er geen PIP is deze gebruiken voor transcode..

 

en/of (als dit niet gaat)

 

2 voor hoofdscherm

1 voor transcode...

 

(onder het motto pip boeit me niet zo!!!)

 

ook denk ik dat voor het omschakelen van de modi het handig is als er een losse plugin komt. Dit lijkt me niet iets wat 'theoretisch" in E2 thuishoort...

 

De mode wat je voorstelt bestaat niet. Dus dit is (nog) niet mogelijk. Hopelijk wordt het in de toekomst toegevoegd bij broadcom.

Edited by WTE, 4 October 2016 - 13:37.