114 replies to this topic

[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.

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

 

 

Ik heb in OpenATV Pli-HD-Fullnight geïnstalleerd en het blijft 1280x720

[catastrofus]

PLi-HD-FullNight is toch een 1280 skin? Je zou de PLi-FullNightHD skin moeten installeren.

Ik geef toe: onduidelijke naamgeving...

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

[littlesat]

Inderdaad verwarrend... een de 720 versie wordt niet meer onderhouden!

 

Nogmaals 'bash' de nieuwe eigenaar van Xtrend maar dat ze de BSP updaten... Ze mogen ze ook gerust van de OE-A servers afhalen...

Edited by littlesat, 27 February 2018 - 16:14.

[catastrofus]

Ik ga helemaal niemand "bashen" (behalve openpli team uiteraard ) maar blijf met 1 et10k gewoon op satdreamgr-openpli-5 (tsja, zo meldt de image zich) + de PLi-FullNightHD skin op kernel 4.10, plus bijbehorende wel goed werkende drivers, zitten.

Het is net openpli... Met dank aan team athoik!

Wat ik met die andere et10k ga doen hangt af van de ontwikkelingen en de stabibiliteit van dat ding on pli4.

Edited by catastrofus, 27 February 2018 - 18:31.

[Rob van der Does]

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.

 

Ik heb toch netjes en precies uitgelegd hoe dat, alleen in dit ene geval van die twee Xtrends, komt? Niet gelezen of niet begrepen? Ik was, al zeg ik het zelf, toch zowel duidelijk als kort.

Gaan wachten op de fabrikant is hetzelfde als zeggen alleen inkopen bij V & D te doen en dus te gaan zitten wachten tot ze weer open gaan

 

Hoe principieel je in het leven ook bent: soms is nu eenmaal enige flexibiliteit vereist. Dat geldt in elke levensfase en onder alle omstandigheden, zowel privé als in het werk..

En dat is maar goed ook, anders hadden we ons volledig door robots kunnen laten vervangen.

[Rob van der Does]

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 ?

1- Direct na (misschien was het nog wel tijdens) de oprichting van de OE-A is ook PLi gevraagd lid te worden: zij wilden dat niet en onderhouden dus nog steeds hun eigen OE (zie https://github.com/O...enpli-oe-core).

2- Sorry: ik zei 'repossen', maar dat is straattaal. Ik bedoelde 'repositories', zoals die waar ik zojuist naar verwees.

[pluizebol]

1- Direct na (misschien was het nog wel tijdens) de oprichting van de OE-A is ook PLi gevraagd lid te worden: zij wilden dat niet en onderhouden dus nog steeds hun eigen OE (zie https://github.com/O...enpli-oe-core).

2- Sorry: ik zei 'repossen', maar dat is straattaal. Ik bedoelde 'repositories', zoals die waar ik zojuist naar verwees.

OpenPLi is dus niet willen toetreden en nu zitten we met de gebakken peren.
En met dit oeverloos, welles-nietes, ge-emmer, maar zonder drivers : right ??

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

[Rob van der Does]

Ik heb geen zin om een waardeoordeel over (het deelnemen aan) de OE-A te vellen; ieder team maakt zijn eigen keuzes.

 

Wel is het zo dat er meer mogelijkheden zijn in deze wereld dan alleen bij V & D je inkopen te (willen) doen, en dus te gaan zitten wachten tot zij weer open gaan.

[littlesat]

We zitten helemaal niet met gebakken peren...  Het zijn de gebruikers die met de gebakken peren zitten en misschien wel ook de policy van OE-A om maar om het spul heen te werken wat ook niet echt helpt...

 

Wij kunnen nu netjes onze oe schoonhouden zodat niet iedereen er gewoon allemaal work-a-rounds in kan prutsen...En we kunnen ook structuur opbouwen met die BSPs wat eigenlijk DE manier hoort te zijn van gestrucureerd werken...

V&D is gesloten... OpenPLI is nog duidelijk volledig OPEN... 

[Rob van der Does]

We zitten helemaal niet met gebakken peren...  Het zijn de gebruikers die met de gebakken peren zitten en misschien wel ook de policy van OE-A om maar om het spul heen te werken wat ook niet echt helpt...

Je blijft ook maar reageren zonder ook maar iets te lezen; waarom toch?

 

Speciaal voor jou, nog een keertje dan: Xtrend, de nieuwe eigenaar dus, is gestopt met het ondersteunen van de 8k & 10k; het wachten op udates = het wachten tot V & D weer open gaat.

De OE-A heeft van de voormalige driver ontwikkelaars van Xtrend nog een paar updates ontvangen: de laatste daarvan wordt in de OE-A images gebruikt. Het resultaat is geen nieuwe problemen (zoals PLi wel ervaart met het gebruik van oude drivers in een nieuwe omgeving).

 

Maar je hebt in één ding gelijk: het zijn de gebruikers die met de gebakken peren zitten doordat PLi gaat wachten op het opengaan van V & D. Zoals gezegd vereist het werkelijke leven wat flexibiliteit; door die niet te tonen is dit het resulutaat. Principes zijn mooi en goed, maar niet altijd voor 100% toepasbaar.

 

Ik meen dit nu tot in den treure meermaals uitgekauwd te hebben; het lijkt me vrijwel onmogelijk dit (wederom) mis te begrijpen.

Edited by Rob van der Does, 1 March 2018 - 10:39.

[Tech]

Heb je bericht 91 ook even goed bekeken?

Jij zegt dat die drivers van het develop-team afkomen wat, als ik de reactie van Wanwizard zo lees, niet echt gewaardeerd zou worden en mogelijk ook niet geheel zonder consequenties zou zijn.

 

Zolang de herkomst niet duidelijk is, en daar zit hem de crux, zal er geen driver aanpassing komen.

[littlesat]

Je blijft ook maar reageren zonder ook maar iets te lezen; waarom toch?

 

Misschien ben ik het gezeur zat! Elke keer komt de naalt weer in diezelfde groef van de plaat.... 

 

Hopelijk voor OE-A hebben die ex developers geen tijdbommen of andere dingen achtergelaten  zeker ex-ontwikkelaars doen zo iets misschien niet "gratis"...

 

Dus vandaar dat het misschien echt wel verstandig is dat de huidige eigenaren van Xtrend zelf het 'groen' licht geven door een goedkeuring op de BSP layer...

 

Of het (on)zin is weet niemand... Of heeft OE-A toevallig ook de 'broncode' -of- vertrouwen ze gewoon op de kleur ogen van ex-ontwikkelaars.....???

 

Als we het goedkeuren met een grrrr trukendoos dan zadelen we de gebruikers misschien ook op met een tijdbom of iets anders en dat is misschien nog 'ietsje' meer gebruikers onvriendelijk!

 

dus...

 

Zolang de herkomst niet duidelijk is, m.a.w. de huidige eigenaren de BSP layer niet goedkeuren, en daar zit hem de crux!!!! zal er geen driver aanpassing komen.

Edited by littlesat, 1 March 2018 - 12:29.

[Tech]

Je moet het probleem ook niet naar ons verschuiven, het probleem ligt, en komt bij de fabrikant vandaan, er zijn afspraken gemaakt betreffende de methodiek en zij komen die afspraken niet na.

Het is heel simpel voor de fabrikant om die bsp layer even aan te passen, dan komt die 'vanzelf' in de builds.

[Sagitarius †]

Gut gut wat een draaikonterij weer van de pli mannen, allerlei kul verhalen en proberen recht in de leer te zijn, stap over jullie eigen schaduw heen en laat ons gebruikers van de ET8 en 10K niet nog langer in de kou staan, PLEASE !!!!!!!

Jullie zijn in het verleden goed bedient geweest door Xtrend met allerlei ontvangers om te testen, nu die support wegvalt kunnen wij gebruikers barsten

Edited by Sagitarius, 1 March 2018 - 14:12.

[Frenske]

Aangezien wij toch voor alles wat minder fraai is uitgemaakt dreigen te worden en echt ALLES al meerdere malen gezegd is gooi ik deze maar op slot om escalatie te voorkomen.

Deze reactie is niet specifiek naar de laatste poster maar geldt voor allen die hier geageerd hebben. Er is begrip getoond voor de mogelijk door jullie ervaren problemen maar ook dat helpt niet.

Mocht Xtrend / NexTV ooit nog een keer reageren dan merken de gebruikers het vanzelf.