114 replies to this topic

[littlesat]

Wij wachten nog steeds dat de huidige eigenaren van X-Trend eindelijk hun bsp layers updaten met nieuwere drivers...

[Sagitarius †]

Even twee dingen rechtzetten:

 

 

 

Nu ken, begrijp en ondersteun ik het BSP-verhaal van PLi volledig (denk ik). Maar in het geval van deze twee boxen is dat onzinnig: je laat nu bewust de gebruikers in de kou staan (en die is momenteel behoorlijk hevig), terwijl je weet dat er goede drivers beschikbaar zijn, die je zo kunt overnemen. Tegen beter weten in op een principieel standpunt blijven staan is een houding waar helemaal niemand ook maar iets mee opschiet.

En let op: er zijn behoorlijk wat gebruikers die een OE-A gebaseerd image voor deze twee boxen gebruiken (ik gebruik zelf een tweetal 8k's) zonder noemenswaardige klachten (beter gezegd:met aanzienlijk minder klachten dan met de oude drivers die PLi gebruikt).

Daar sluit ik me volledig bij aan Rob, de Xtrend gebruikers staan nu al maanden buitenspel alleen om een principiële kwestie van het Pli team.

Neem die drivers en zet ze erin, dan zijn we hopelijk van dat gezeur af dat je geen beeldinstellingen kan maken in overscan.

Op mijn ET8000 met 6.1 werkt alles redelijk goed zonder uitval, maar als het nog beter kan is mooi meegenomen.  Ik zal jullie er niet op aanvallen als het niet goed zou gaan, maar heb wel vertrouwen in die drivers als die bij andere images goed werken.

[Frenske]

@Sagitarius
Volgens mij is het inmiddels een aantal keren aangegeven dat wij geen schrijfrechten op de BSP van Xtrend hebben en het dan ook niet kúnnen aanpassen. Je kunt het wel blijven herhalen maar dat brengt uiteindelijk ook niets.

[pluizebol]

Aangezien XTrend niet meer bestaat kunnen je ze ook geen schrijfrechten weigeren.

Dus gaan met die banaan !

[Rob van der Does]

Wij wachten nog steeds dat de huidige eigenaren van X-Trend eindelijk hun bsp layers updaten met nieuwere drivers...

 

Dan kan je blijven wachten tot je minder dan een ons weegt, want dat gaat niet gebeuren (zoals ik hierboven heb getracht uit te leggen).

 

En ik hoef PLi toch niet te vertellen hoe zij drivers (in dit specifieke geval te betrekken vanaf de OE-A repos) kunnen inbouwen in hun images? Daarvoor hoef je echt de BSP niet aan te passen, alleen maar een eenmalig trucje uit te halen.

 

Nogmaals: met tegen beter weten in volharden in een principieel standpunt helpt niemand vooruit.

[pluizebol]

Indien ik het tot nu toe (verkeerdelijk ???) begreep is OE-A niet hetzelfde als OpenaTV.

Maar wat is OE-A eigenlijk wel ??

en wat is de relatie tussen OE-A met OpenaTV enerzijds en OpenPLi anderzijds ?

[littlesat]

Rob... vertel je truukje dan...

[Rob van der Does]

Indien ik het tot nu toe (verkeerdelijk ???) begreep is OE-A niet hetzelfde als OpenaTV.

Maar wat is OE-A eigenlijk wel ??

en wat is de relatie tussen OE-A met OpenaTV enerzijds en OpenPLi anderzijds ?

 

"OE-A" is een afkorting voor de 'Open Embedded Alliance'; een samenwerkingsverband bedoeld om met vereende krachten een gemeenschappelijke OE-repos te onderhouden. De OE-A is enkele jaren geleden opgericht door ViX & ATV; later hebben andere partijen zich daarbij aangesloten. In totaal bestaat de OE-A nu uit een vijftiental (wellicht inmiddels al meer) teams van E2-image bouwers.

 

Hoewel de OE-basis voor al die teams hetzelfde is, bouwen alle teams in alle vrijheid andere images; elk met hun voors en tegens.

Naast de OE zijn er inmiddels nog wat andere gemeenschappelijke repossen bijgekomen, zie https://github.com/oe-alliance

 

 

Rob... vertel je truukje dan...

 

Hehe, nee, ik ga (semi-)professionele IT-ers echt niet proberen te vertellen hoe een driver in een image gebouwd kan worden

[pluizebol]

Indien ik het tot nu toe (verkeerdelijk ???) begreep is OE-A niet hetzelfde als OpenaTV.
Maar wat is OE-A eigenlijk wel ??
en wat is de relatie tussen OE-A met OpenaTV enerzijds en OpenPLi anderzijds ?

"OE-A" is een afkorting voor de 'Open Embedded Alliance'; een samenwerkingsverband bedoeld om met vereende krachten een gemeenschappelijke OE-repos te onderhouden. De OE-A is enkele jaren geleden opgericht door ViX & ATV; later hebben andere partijen zich daarbij aangesloten. In totaal bestaat de OE-A nu uit een vijftiental (wellicht inmiddels al meer) teams van E2-image bouwers.

Hoewel de OE-basis voor al die teams hetzelfde is, bouwen alle teams in alle vrijheid andere images; elk met hun voors en tegens.
Naast de OE zijn er inmiddels nog wat andere gemeenschappelijke repossen bijgekomen, zie https://github.com/oe-alliance

OK Rob
Is OpenPLi hier ook lid van ?
Ik zag namelijk geen enkele bekende naam in de link die je mij hierboven stuurde.
Oh en wat zijn repossen ?

Edited by Frenske, 1 March 2018 - 10:08.
Gelieve te stoppen met de herhaalde quotes. Ik heb de meesten dan ook verwijderd.

[catastrofus]

Repositories.

Edited by catastrofus, 27 February 2018 - 14:15.

[WanWizard]

Even twee dingen rechtzetten:

 

1- De OE-A gebruikt nooit zogenaamde test-drivers, maar alleen drivers die door de fabrikanten officieel zijn vrijgegeven. Als een fabrikant test-drivers levert, worden die gebruikt voor het doel waarvoor die zijn uitgegeven, namelijk testen; deze worden niet in publieke images verwerkt.

 

Dat is een aanname die je doet.

 

Het feit dat de fabrikant ze vrijgeeft betekent niet dat het (voor die fabrikant) geen test drivers zijn. Het gebeurt echter vrij regelmatig dat er een driver release in de officiele BSP wordt overgeslagen, omdat een bug fix niet blijkt te werken of omdat er andere zaken geconstateerd worden. Het feit dat deze niet op de xtrend server staat, maar op de OE-A server, onderstreept dit, ze zijn dus "onderhands" aangeleverd.

 

2- De enige uitzondering daarop vormen de laatste drivers voor de Xtrends ET8000 &10000. De fabrikant (beter: de nieuwe eigenaar) heeft zijn ondersteuning voor deze boxen voortijdig beëindigd, waardoor er helemaal geen officiële ondersteuning meer bestaat. Dankzij de goede contacten tussen diverse OE-A leden en het voormalige dev-team van Xtrend, heeft de OE-A de beschikking over latere, nog door hen ontwikkelde drivers.

 

Dit klopt ook niet. Sterker nog, als dit zo is, dan heeft dat dev-team zijn NDA en contract verbroken, want voor Xtrend was het een extern bedrijf die de ontwikkeling deed.

 

Nu ken, begrijp en ondersteun ik het BSP-verhaal van PLi volledig (denk ik). Maar in het geval van deze twee boxen is dat onzinnig: je laat nu bewust de gebruikers in de kou staan (en die is momenteel behoorlijk hevig), terwijl je weet dat er goede drivers beschikbaar zijn, die je zo kunt overnemen. Tegen beter weten in op een principieel standpunt blijven staan is een houding waar helemaal niemand ook maar iets mee opschiet.

 

Ook dit gaat niet op. Deze drivers vereisen een andere kernel versie, en dat betekent dus meer aanpassingen aan de BSP. Even de drivers vervangen zit er dus niet in. Nog even los van dat er maar 1 publieke plaats is waar deze staan, namelijk op de server van OE-A.

 

De reden achter het principieel zijn is simpel: wij zijn hier niet voor fabrikanten die een quick buck willen binnen halen. Dat OE-A een verkoop kanaal voor ze wil zijn, dat moeten zij weten. Fabrikanten lachen hun .... uit te broek, ze hoeven geen cent te besteden aan de software en ontwikkeling, ze gooien een driver over de muur en OE-A maakt er wel een image voor. Door dit principe te hanteren hebben we betrokkenheid van die fabrikant, en direct contact met de ontwikkelaars. En dat is (over het algemeen) voor de klanten van die fabrikant alleen maar goed. En hoeven wij geen tijd te besteden aan het bouwen van BSP's, en testen van drivers.

 

En dat maakt het ook een praktisch probleem. Niet alleen hebben wij niet de menskracht om zelf BSP's te gaan bouwen en onderhouden, als we dat gaan doen is het hek van de dam en staan morgen hier ook al die "quick buck" fabrikanten voor de deur ("jullie doen het ook voor X dus waarom niet voor mij?"), met hun gebruikers, en is het een signaal naar de fabrikanten waar we nog wel een goede relatie mee hebben dat ze er zonder hun inspanningen ook wel komen. En dan zakken wij af tot het niveau OE-A, en dat willen we niet (en dan zijn we weer terug bij het principe).

 

Aan het eind van de rit is de boosdoener de nieuwe eigenaar van het Xtrend merk, en zijn klaarblijkelijke minachting voor de bestaande klanten. Dat is zuur voor die klanten (en daar ben ik er ook een van), maar daarvoor moet er dan niet tegen ons aangeschopt worden.

[Rob van der Does]

Nou, je kunt praten wat je wilt, maar mijn punten 1 en 2 kloppen echt hoor; daar zitten geen aannames bij.

En omdat ik vanaf de geboorte bij de OE-A betrokken ben, ben ik enigszins op de hoogte van wat er gebeurt en gebeurde.

 

Maar praat gerust krom wat recht is, als je maar geen geloof verwacht onder je lezers.

 

En ja, uiteraard vereist het gebruik van drivers voor een andere kernel dan die waarvoor je nu bouwt wat handigheid. Zonder handigheid geen image.

[josjansen]

Zou het niet zo kunnen zijn dat het helemaal geen driver probleem is, maar gewoon omdat OpenATV een OSD heeft van 1280x720  i.p.v. de 1280x1024 van OpenPli die problemen geeft.

[catastrofus]

Het is (wel) een driver dingetje want niet alleen die osd kan een probleem geven.

[WanWizard]

Nee. Er is een race condition in die drivers, en die komt (blijkbaar) naar boven als de image gebouwd wordt met een nieuwere gcc compiler. Want in OpenPLi 4 (met gcc 4) en dezelfde drivers speelt het probleem niet.

[Rob van der Does]

Zou het niet zo kunnen zijn dat het helemaal geen driver probleem is, maar gewoon omdat OpenATV een OSD heeft van 1280x720  i.p.v. de 1280x1024 van OpenPli die problemen geeft.

Nee hoor; je kunt in alle images een 1080-skin draaien; vele hebben die dan ook als default.

[josjansen]

O oké.. ik denk ik gooi er wat "wijsheid" van mijn kant tegenaan.. niet dus 

[WanWizard]

Nou, je kunt praten wat je wilt, maar mijn punten 1 en 2 kloppen echt hoor; daar zitten geen aannames bij.

En omdat ik vanaf de geboorte bij de OE-A betrokken ben, ben ik enigszins op de hoogte van wat er gebeurt en gebeurde.

 

If you say so.

 

Maar praat gerust krom wat recht is, als je maar geen geloof verwacht onder je lezers.

 

Dat is een uitspraak voor jou rekening. Ik leg je gewoon uit hoe het zit. En mijn informatie komt niet van ergens betrokken mee zijn, die komt van fysiek bij de fabrikanten (in dit geval Elicom en NexTV) aan tafel zitten.

 

Verder ben ik hier niet aan het preken, maar zet ik de feiten neer. De interpretatie en het geloof laat ik geheel aan anderen over, daar kan ik niet van wakker liggen.

[littlesat]

1 en 2 klopt helemaal.... Het "BEWIJS" is in feite dat de drivers op servers van openATV staan.... terwijl je die op een site van de leverancier zou MOETEN verwachten...

We w88 gewoon netjes op NexTV....

 

Misschien moet OE-A ook eens 'lef' tonen die drivers gewoon niet te faciliteren op hun servers zodat ze wel moeten.... maar daar heeft OpenPLi geen invloed op.

Edited by littlesat, 27 February 2018 - 15:20.

[arn354]

This is a ridiculuos hen and egg discussion.

Some files are on our servers as a lot of so called "manufacturer servers" are not that stable and reachable all the time for image builds. In case of xtrend you will never see a updated BSP for those mentionend drivers. You can wait forever keeping your principles, but that's your choice i will not question - maybe you stop building images for those boxes in question.

And yes - some manufacturers prefer providing the drivers directly to oe-a instead of maintaining there "exclusive" openpli-BSP regularly. Also for oe-a a driver only gets published in oe-a repositories with permission of the manufacturer.

Edited by arn354, 27 February 2018 - 15:40.