102 replies to this topic

[littlesat]

Grrrr also for these always were Stable boxes Sounds like for now we can better work-a-round and disable the osd positioning feature from all xtrends...

Edited by littlesat, 24 October 2017 - 17:08.

[cobus]

Lijkt mij ook dus er is wel degelijk iets anders in de 6 als de 4 versie zoals ik al dacht.

[WanWizard]

Hier zie je ook weer dat de waardes een byte verschoven zijn: 000240 wordt 02400e. En daarmee wordt 576 ineens 147470, en dat is wel heel erg hoog...

 

Uiteraard is er iets anders, anders was 6 wel 4 geweest. Probleem is dat er geen CODE is die anders is. En dat geldt voor zowel de OSD positioning als voor de volume. De vraag is dus of het in de drivers zit (maar dat zijn dezelfde als in 4, dus onwaarschijnlijk?), of in de machine code die tegen de drivers spreekt (bv door een andere manier van code optimalisatie in gcc4 vs gcc5 vs gcc6). Of in een combinatie misschien? Daar zal dus een debug versie van Enigma voor moeten komen. 

 

Weer wat voor op de todo lijst...

[catastrofus]

Lijkt me een uitstekend plan! Geen idee wat die "osd positioning feature" doet voor mij maar als ik hem kan kan missen en daardoor met mijn et10k's kan bijblijven met de PLi6 release ben ik helemaal blij.

Ben er wel mee eens dat het geen ideale situatie is om een work-around te moeten maken.

 

Grrrr also for these always were Stable boxes Sounds like for now we can better work-a-round and disable the osd positioning feature from all xtrends...

Edited by catastrofus, 24 October 2017 - 18:02.

[cobus]

Jullie zijn er maar druk mee

[jort38]

Lijkt me een uitstekend plan! Geen idee wat die "osd positioning feature" doet voor mij maar als ik hem kan kan missen en daardoor met mijn et10k's kan bijblijven met de PLi6 release ben ik helemaal blij.
Ben er wel mee eens dat het geen ideale situatie is om een work-around te moeten maken.

Grrrr also for these always were Stable boxes Sounds like for now we can better work-a-round and disable the osd positioning feature from all xtrends...

Het word een glijdende schaal. Op het moment dat het team workarounds voor Xtrend gaat doen, heeft Xtrend geen reden meer om haar BSP bij te houden. Mogelijk dat ook andere manufacturiers daar "gebruik" van maken en ook slecht onderhoud doen aan hun BSP.

We moeten veel lawaai maken en misschien zelfs Xtrend niet supporter. Ik neem aan dat ze wel gevoelig zijn voor potentieel lagere omzet.
Oh gut. Mijn tekst staat ertussen. Sorry Catastrofus!

Edited by jort38, 24 October 2017 - 18:11.

[cobus]

Tja en de gebruikers met niks laten zitten ? het is bekend dat je van Xtrend weinig of eigenlijk niets meer kunt verwachten, het waren mooie decoders maar die tijd is nu voorbij er worden al maanden/jaar geen updates meer uitgebracht en waarom zou pli niet kunnen kiezen voor de OE-A oplossing dus gewoon die drivers en kernel gebruiken ben je overal vanaf iedereen blij.

[Tech]

Zolang niet bekend is waar de drivers echt vandaan komen zal dat niet gebeuren.
Je weet niet wat erin zit, en dat is juist het probleem.

[catastrofus]

Het is wel grappig dat ik mijn oude dm8k's heb verkocht aan mijn ex (heeeeeeeeeeeeeeeeeeeel zacht prijsje (lees: bijna heb weggegeven)) en als opvolger 2 x et10k heb aangeschaft.

Eindresultaat: de antieke dm8k's kunnen nog steeds moeiteloos PLi6 draaien terwijl de et10k's (bijna) door het PLi team worden afgeschreven vanwege race conditions in speciale omstandigheden.

Ik snap het dilemma natuurlijk wel maar trekken aan een dood paard (lees: wachten op driver updates) levert waarschijnlijk ook niets op.

Anyway, het is jullie beslissing hoe om te gaan met de et-serie.

[Tech]

Het apparaat is absoluut niet afgeschreven, daar schep je toch echt verwarring.
We kiezen bewust voor een oplossing, in dit geval is dat om (voorlopig) geen openpli6 te bouwen voor de et8k/10k.
Je kunt gewoon openpli4 blijven gebruiken.

Als je een iMac hebt die 10 jaar oud is, kan je die niet updaten naar het laatste ios maar daarom werkt het apparaat niet minder.

[Erik Slagter]

Tja en de gebruikers met niks laten zitten ? het is bekend dat je van Xtrend weinig of eigenlijk niets meer kunt verwachten, het waren mooie decoders maar die tijd is nu voorbij er worden al maanden/jaar geen updates meer uitgebracht en waarom zou pli niet kunnen kiezen voor de OE-A oplossing dus gewoon die drivers en kernel gebruiken ben je overal vanaf iedereen blij.

Ik hoor al dat Cobus niet de zorg heeft van images voor 50+ ontvangers te bouwen en dan liefst ook nog dat het bij de meesten "gewoon werkt"

[Erik Slagter]

Als je een iMac hebt die 10 jaar oud is, kan je die niet updaten naar het laatste ios maar daarom werkt het apparaat niet minder.

Wat een wijze woorden

 

Ga maar eens een Android telefoon kopen, dat is na een jaar meestal toch echt afgelopen. Dan is onze support lang niet slecht

[catastrofus]

Die 2de regel wist ik uiteraard al, die 3de regel doe ik al maar die 4de regel is tegenstrijdig met de 1ste regel eigenlijk, de dm8k's draaien prima met PLi 2.1 EN (blijkbaar ook) met PLi 6

Ik heb geen zin om eindeloos op PLi4 te blijven zitten met deze et10k's. Maar goed, we gaan het zien hoe het gaat aflopen.

 

Het apparaat is absoluut niet afgeschreven, daar schep je toch echt verwarring.
We kiezen bewust voor een oplossing, in dit geval is dat om (voorlopig) geen openpli6 te bouwen voor de et8k/10k.
Je kunt gewoon openpli4 blijven gebruiken.

Als je een iMac hebt die 10 jaar oud is, kan je die niet updaten naar het laatste ios maar daarom werkt het apparaat niet minder.

[cobus]

Maar was het dan een rare gedachte om juist die drivers en kernel te gebruiken met de wetenschap dat het dan wel gewoon werkt want volgens mij is het bij Xtrend gewoon dood het support of jullie weten meer dan ik (zou zomaar kunnen uiteraard).

 

En idd ik weet helemaal niks van images maken builden enz (en wou dat ook maar zo houden)

[cobus]

En wat betref Android telefoons is hetzelfde als bij PLI jarenlang support met bv Lineage / AOSP enz enz dat zijn ook geen standaard fabrieks roms net zoals PLi er ook geen is maar dan voor enigma2 decoders. ?

Edited by cobus, 24 October 2017 - 19:21.

[WanWizard]

Lijkt me een uitstekend plan! Geen idee wat die "osd positioning feature" doet...

 

Heel erg simpel:

 

Als je een TV hebt waarbij de overscan UIT staat, dan positioneert hij de OSD linksboven op 0,0, en maakt hij hun 720px breed en 576px hoog. Zodat je full-screen skin's kunt gebruiken, zonder lege rand rondom. Als je een TV hebt waarbij de overscan NIET UIT staat, dan kun je hiermee de OSD herschalen, door de linkerbovenhoek in beeld te trekken, en dan de hoogte en breedte aan te passen zodat rechtsonder ook net in beeld staat.

 

Aangezien de standaard instelling van de driver een overscan waarde is (die zelden overeenkomt met die van je TV) moet je quasi altijd de waardes aanpassen om het optimaal het laten passen. Tenzij je net als vroeger een skin pakt met zo'n dikke lege rand rondom, dan maakt het allemaal niet uit.

 

Ik ga er even vanuit dat in een Android telefoon ook gewoon closed source drivers zitten. En die zitten dan in producten van derden net zo goed...

[catastrofus]

Dus in mijn geval, ik heb de overscan uit staan, wordt die "osd positioning feature" nog steeds geactiveerd?

En als jullie dat ding eruit slopen blijven de drivers denken dat ik mijn tv op overscan heb staan? En dus terug moet naar de fullhd skin omdat de fullnighthd buiten het (zichtbare) scherm valt?

Daar wordt het nu niet direkt beter van.

 

 

Lijkt me een uitstekend plan! Geen idee wat die "osd positioning feature" doet...

 

Heel erg simpel:

 

Als je een TV hebt waarbij de overscan UIT staat, dan positioneert hij de OSD linksboven op 0,0, en maakt hij hun 720px breed en 576px hoog. Zodat je full-screen skin's kunt gebruiken, zonder lege rand rondom. Als je een TV hebt waarbij de overscan NIET UIT staat, dan kun je hiermee de OSD herschalen, door de linkerbovenhoek in beeld te trekken, en dan de hoogte en breedte aan te passen zodat rechtsonder ook net in beeld staat.

 

Aangezien de standaard instelling van de driver een overscan waarde is (die zelden overeenkomt met die van je TV) moet je quasi altijd de waardes aanpassen om het optimaal het laten passen. Tenzij je net als vroeger een skin pakt met zo'n dikke lege rand rondom, dan maakt het allemaal niet uit.

 

Ik ga er even vanuit dat in een Android telefoon ook gewoon closed source drivers zitten. En die zitten dan in producten van derden net zo goed...

 

[WanWizard]

Yes, eenmalig, bij het opstarten van Enigma, om de coordinaten op full-screen te zetten.

 

Als dat er uit gaat, dan moet je rekenen op op een full-screen skin die 20px van boven en onderkant staat, en 30px van links en rechts. En een andere skin helpt niet, van de hardware positioneert de OSD op die plek. 

[catastrofus]

Dus ook de fullnighthd wordt dan geschaald op de coordinaten die jij noemt?

[Sagitarius †]

 

Als je een iMac hebt die 10 jaar oud is, kan je die niet updaten naar het laatste ios maar daarom werkt het apparaat niet minder.

Wat een wijze woorden

 

Ga maar eens een Android telefoon kopen, dat is na een jaar meestal toch echt afgelopen. Dan is onze support lang niet slecht

 

Ja nu noem je ook wat, de consumentenbond maakt zich al jaren druk over deze achterblijvende updates

 

Consumentenbond spant kort geding aan tegen Samsung om Android-updates

 

De Consumentenbond stapt naar de rechter om het in zijn ogen 'gebrekkige' updatebeleid dat Samsung bij zijn Android-telefoons hanteert. De bond eist dat de fabrikant klanten beter informeert en toestellen een redelijke termijn van updates voorziet.

De Consumentenbond stapt naar de rechter omdat gesprekken met Samsung op niets uit zijn gelopen. De bond ging met de fabrikant om de tafel nadat de consumentenorganisatie begin december een brief naar Samsung stuurde met daarin de gestelde eisen. Bart Combée, directeur van de Consumentenbond, somt de eisen op: "Consumenten worden bij de koop van een Samsung Android-toestel onvoldoende geïnformeerd over hoe lang zij software-updates zullen ontvangen. De Consumentenbond eist dat Samsung hierover duidelijke en ondubbelzinnige informatie verstrekt aan klanten. Ook geeft Samsung onvoldoende informatie over kritieke veiligheidslekken in zijn Android-telefoons, zoals Stagefright."

Tenslotte eist de bond dat Samsung ook daadwerkelijk updates stuurt naar Android-toestellen. Dit gebeurt nu onvoldoende volgens de organisatie. Bij een onderzoek, halverwege vorig jaar, kwam naar voren dat 82 procent van de Samsung-telefoons na twee jaar niet over de meest recente Android-versie kon beschikken.

De bond spreekt van 'oneerlijke handelspraktijken' door het Zuid-Koreaanse concern, maar benadrukt dat bij veel smartphonefabrikanten er veel schort aan het updatebeleid. De pijlen zijn op Samsung gericht aangezien dit bedrijf marktleider is. Volgens de NOS dient het kort geding volgende maand.

De stap is opvallend omdat Samsung vorig jaar juist grote veranderingen in zijn updatebeleid voor Android-telefoons aankondigde. Onder andere beloofde de fabrikant de toestellen maandelijks van beveiligingsupdates te voorzien en publiceert Samsung inmiddels gedetailleerde informatie per toestel over beveiligingsupdates en de duur van softwareondersteuning.