14 replies to this topic

[manton25]

Kan iemand mij vertellen waarom er maar weinig skins zijn voor de Vu Zero 4K ze staan wel allemaal in het menu maar meeste werken niet 

 

 

graag hoor ik daar iets van alvast bedankt iedereen 

 

gr 

[mimisiku]

Geen idee. Gebruik op al mijn VU+ apparaten alleen Vti. Daar zijn behoorlijk wat skins die ook allemaal werken. Jammer dat ik ze persoonlijk spuuglelijk vind.

[Dimmie]

weinig skins > weinig vrijwilligers (hobbyisten) die ze maken ?

als ze niet werken > door de betreffende vrijwilliger (hobbyist) misschien (nog) niet aangepast voor de nieuwere OpenPLI ?

 

Je kunt natuurlijk daar zelf iets aan doen door zelf als hobbyist wat skins te maken en ook te onderhouden.

[WanWizard]

De meeste skins worden een keer gemaakt, en daarna wordt er nooit meer naar gekeken. Helaas het geval voor 95% van alle open source.

 

Het is vreselijk moeilijk voor de meeste mensen (en projecten) om de transitie te maken tussen een hobby op een zolderkamer, voor jezelf, omdat je het leuk vind, naar de realisatie dat duizenden mensen gebruik maken van je inspanningen en dat dat met bepaalde verplichtingen komt. Iets waar wij ook vreselijk mee worstelen, en mede een reden waarom het erg moeilijk is om meer handjes te werven.

 

Er zijn weinig mensen, zeker in de "ik" cultuur van vandaag de dag, die dat soort commitment op kunnen brengen.

 

De meeste die er in slagen hebben het, op een of andere manier, omgebogen van iets dat je vrije tijd kost naar iets dat betalend is, zodat het "werk" uren worden. En dat kan in allerlei vormen zijn, van een betalend product (het pad dat ruDream opgegaan is) tot een sort van freemium model, tot betaalde support of custom development. Wat dan weer een soort van entrepeneurschap vereist, veel vinden een vaste 9-5 baan wel prima, en dat loopt het project vast op gebrek aan vrije tijd... 

[Rob van der Does]

Klopt helemaal WanWizard.
Maar de keerzijde daarvan is dat de imagebuilder alleen werkende skins in zijn feeds zou moeten aanbieden (en hetzelfde geldt uiteraard voor alle andere plugins).
Hoewel het continue testen dat dit vergt ook betekent dat je per definitie altijd achterloopt, zijn op die manier de feeds wel veel schoner en dus veel beter te gebruiken.
Overigens betekent dit (voor een aantal plugins) dat die per model box wel of niet beschikbaar moeten zijn, oftewel opgeschoonde feeds-per-box.

[Erik Slagter]

Skins is dezelfde afdeling als 3rd party plugins. Dat is een afdeling met een chronisch gebrek aan interesse. Iedereen vindt het klaar als een klontje dat die bijgehouden moet worden, maar niemand begint ermee. Volgens mij hebben we nog ergens een topic waar status van 3rd party plugins wordt verzameld.

[WanWizard]

Ook dat heeft te maken met handjes. Daar hebben we een chronisch gebrek aan, en zoals bij elk development project, sneuvelt dan eerst de documentatie, en daarna het testen.

[Erik Slagter]

Maar dit is typisch iets waar gebruikers ook (flink) kunnen meehelpen.

[bri3]

ik zal best wel willen helpen en heb ook een en ander verstand van pcs enz maar hoe een plugin in elkaar zit geen idee.

[Rob van der Does]

Ook dat heeft te maken met handjes. Daar hebben we een chronisch gebrek aan, en zoals bij elk development project, sneuvelt dan eerst de documentatie, en daarna het testen.

Zoals ik al enkele malen eerder heb aangegeven, had ik daar met plezier vele uren aan besteed (ook op de lange duur), maar we zijn nooit tot een bevredigende werkafspraak kunnen komen.
Het is kiezen of delen....

[WanWizard]

Tja, je kent de hysterie (eh, historie), sommige mensen hebben langere tenen dan andere...  

 

Ik zal het nog eens in de groep gooien.

[Erik Slagter]

ik zal best wel willen helpen en heb ook een en ander verstand van pcs enz maar hoe een plugin in elkaar zit geen idee.

Maar daar gaat het ook helemaal niet om, laat dat maar aan ons over

 

Wat we missen is iemand (of een paar mensen) die gewoon al die plugins één voor één gaan installeren op hun eigen ontvanger en dan kijken a) of ze het doen en wat het dan doet. Indien a) niet van toepassing, dan de plugin gewoon uit de feed, dat kan op een lijstje. Geen rocket science dus

[boolean]

Dat is een manier om het te benaderen, maar naar mijns inziens zou er ook een piepsysteem kunnen worden gehanteerd. Ik ben er gisteren toevallig achter gekomen dat de MultiQuickButton package die in de feed staat niet compatible is met ARM. Dus voor alle ARM boxen zou deze plugin uit de feed gehaald kunnen worden. Als er een centrale plaats is waar je dit vast kunt leggen had ik dat met liefde en plezier gedaan. Wanneer er één keer in de maand iemand van het PLi team naar het desbetreffende overzicht kijkt en de feeds aan de hand daarvan bij werkt, kom je ook al een heel eind.

[WanWizard]

Die is helemaal niet (meer) compatible met OpenPLi, dus die had er al lang uitgemoeten. Er komt een issue tracker aan om de boel wat beter te organiseren en op te volgen. 

 

Maar dat laat niet overlet dat ook voor die "eens per maand" handjes moeten zijn. Want het is niet alleen dit, maar ook iedereen die "hier is een nieuwe versie", "er is een nieuwere versie" (komt vaker voor) of "kan deze worden opgenomen" roept. En dat is al met al toch wel een paar uur per week.

[Tech]

Als er een lijst zou komen met plugins die niet werken, ziu het al een stuk makkelijker worden de boel bij te houden.
Er is ook al geopperd om alles er maar gewoon uit te halen en één voor één weer terug te zetten als erom wordt gevraagd.
Die laatste optie lijkt me niet wenselijk maar er ontstaat dan wel een feed met plugins die wel allemaal werken maar het is wel een behoorlijk karwei, gelukkig is er al wat versimpeld, de thirdparty staat tegenwoordig ook in een (private)git zodat degene die iets doet een ander niet in de weg kan zitten, er kan nu gelijktijdig door meerderen aan worden gewerkt.

Het is momenteel nog een zooitje en om daar iets van te maken zal even tijd gaan kosten, het jaar is nog lang