Posted 11 March 2016 - 19:50
Zolang je zelf, om welke reden dan ook, niet in staat bent zaken beter te doen, zou je simpelweg blij moeten zijn met een prima werkende plugin die door derden wordt aangedragen, zelfs als die in technische zin niet geheel perfect is.
En vergeet niet dat de functionaliteit van ABM vele malen uitgebreider is dan simpelweg 'een providerlijst inlezen'; bovendien kan ABM prima worden gecombineerd met eigen scans en eigen favorietenlijsten.
Posted 11 March 2016 - 19:52
Deze abm plugin staat niet in de feed.(Let op het woord "maker")
Waarom niet?
Dat is al diverse malen aangekaart; de bronnen zijn vrijelijk beschikbaar maar zelfs het maken van een voor PLi geschikte bb-file is PLi teveel werk....
Posted 11 March 2016 - 20:00
Hoezo...? Waarom wordt er telkens blind er vanuit gegaan dat we zomaar "alles" zelf moeten doen. Het voordeel van opensource is nu eenmaal dat iedereen kan zo een patch leveren op onze oe om hem goed in de feed te krijgen...... Of hem eventueel op e2openplugins te zetten..
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 11 March 2016 - 20:53
Deze abm plugin staat niet in de feed.(Let op het woord "maker")
Waarom niet?
Dat is al diverse malen aangekaart; de bronnen zijn vrijelijk beschikbaar maar zelfs het maken van een voor PLi geschikte bb-file is PLi teveel werk....
Hier ga je echt te kort door de bocht Rob. Hetzelfde zou het geval zijn bij de SAT>IP server en client en uiteindelijk ben ik er een paar weken mee bezig geweest, waarbij ik de source code maar gewoon bij de oorspronkelijke bron gehaald heb.
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
Posted 11 March 2016 - 21:46
Dank. Echter ik zal daar als end-user niet veel mee doen. Die cablescan plugin werkt voor mij prima.Die kan ik er wel even bijzetten, als je wilt.De cablescan niet. Wel autobouqeutmaker.
Ook zit er geen Ziggo prefab van Amsterdam bij.
Edited by Heppieboeddah, 11 March 2016 - 21:47.
VU+ Uno 4K SE [DVB-C]
Posted 11 March 2016 - 22:25
Deze abm plugin staat niet in de feed.(Let op het woord "maker")
Waarom niet?
Dat is al diverse malen aangekaart; de bronnen zijn vrijelijk beschikbaar maar zelfs het maken van een voor PLi geschikte bb-file is PLi teveel werk....
Hier ga je echt te kort door de bocht Rob. Hetzelfde zou het geval zijn bij de SAT>IP server en client en uiteindelijk ben ik er een paar weken mee bezig geweest, waarbij ik de source code maar gewoon bij de oorspronkelijke bron gehaald heb.
Van SAT>IP weet ik niets, maar hier heb je de source code al van de oorspronkelijke bron. En als ABM zonder problemen in een groot aantal images draait, kan ik mij niet voorstellen dat dit in PLi niet het geval zou zijn. Maar je hebt er al naar gekeken?
Posted 11 March 2016 - 22:32
Voor de zekerheid: de gehele plugin staat op https://github.com/o...toBouquetsMaker
Posted 11 March 2016 - 23:22
Zal niet eenvoudig zijn om daar iets fatsoenlijks van te maken. Die xml's staan vol met inline code, iets wat je al helemaal niet moet willen.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 12 March 2016 - 08:46
Dus precies wat ik al zei: als je het niet beter kunt maken, moet je erg blij zijn met de zeer goed functionerende plugin die je in de schoot geworpen hebt gekregen. Zeer veel gebruikers zijn daar erg blij mee.
En verder: lees de ervaring die Peter hierboven gedeeld heeft over de ondervonden en overwonnen moeilijkheden bij de diverse providers (die er stuk voor stuk eigenaardigheden op na houden en die zelden consequent zijn).
Posted 12 March 2016 - 10:24
Zal niet eenvoudig zijn om daar iets fatsoenlijks van te maken. Die xml's staan vol met inline code, iets wat je al helemaal niet moet willen.
Kijk zoiets dus. Als het al werkt, sloopt het in de achtergrond allemaal andere dingen. En wie mag dat weer supporten c.q. gaan maken?
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
Posted 12 March 2016 - 13:01
Je hebt er dus niet naar gekeken. Er wordt natuurlijk helemaal niets 'gesloopt', al is het maar omdat het een plugin is. Bewijs is wel dat het gewoon werkt, ook in PLi.
Edited by Rob van der Does, 12 March 2016 - 13:02.
Posted 12 March 2016 - 13:12
Dat ligt er dus maar net aan wat je in die xml stopt. Als wij de plugin toevoegen, dan moeten we er ook support op kunnen verlenen. Dan kan lastig worden als er niet te controleren code van derden in "verborgen" zit.
Code hoort niet in een xml, en ik vind het persoonlijk heel bizar dat er voor deze oplossing is gekozen.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 12 March 2016 - 13:15
Zoals gezegd: de code is volledig toegankelijk, dus er is helemaal niets 'verstopt'.
En bovendien: sinds wanneer levert PLi support op een plugin van derden?
Maar het standpunt is duidelijk: PLi neemt niet de kleine moeite om een bb-bestandje te schrijven om een gewaardeerde plugin in de feeds op te nemen. Liever wordt er continu geklaagd over het slechte werk dat anderen leveren (zonder daar zelf iets tegenover te stellen). Helaas, maar het gaat PLi dus wederom niet om de gebruiker (zoas PLi trouwens zelf ook al een aantal amalen heeft verkondigd).
Ik neem aan dat de volgende stap is dat de info die nu in de satellites.xml staat naar een CPP-bestand verhuist?
Posted 12 March 2016 - 13:28
Wij leveren support op alle plugins die in onze feed zitten, we leveren geen support of plugins die als ipk's in de 3rd-party feed zitten, omdat we daar geen source van hebben.
In dit geval is er source, en dus valt deze plugin in de eerste categorie.
En zie mijn opmerking in een andere thread. Je moet eens een keer leren lezen. Mijn opmerking ging over CODE die in een xml file zit verstopt. Laatste keer dat ik keek zat er in de satellites.xml alleen maar DATA.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 12 March 2016 - 13:33
Ik stop met deze zinloze discussie. Waar geen wil is, is geen weg.
Posted 12 March 2016 - 14:32
Zal niet eenvoudig zijn om daar iets fatsoenlijks van te maken. Die xml's staan vol met inline code, iets wat je al helemaal niet moet willen.
Die "code" (hacks) is helaas nodig om alle eigenzinnigheden van Providers weer 'recht' te trekken en dit kan ook nog in tijd wijzigen. Dat wil je echt niet allemaal in je basis programma oplossen.
Op dit moment hoeven we voor nieuwe provider vrijwel nooit meer iets aan de basis aan te passen. We kunnen dit allemaal op provider niveau (provider XML) oplossen.
Daarnaast zijn er ook nog plenty gebruikers die, om wat voor reden dan ook, zelf ook nog wil 'knoeien' aan de bouquets. Dat kunnen ze dan lekker zelf in de provider files doen.
Zoals ik al eerder voorstelde: misschien toch een aparte topic openen?
groet,
Peter.
Posted 12 March 2016 - 14:52
Ik snap wel dat die code nodig is, ik vind alleen dat die code in een .py thuis hoort, en niet verstopt als data in een XML.
En dat knoeien is nu net het probleem, als het dan niet werkt dan komen ze hier klagen, en dat wil ik voorkomen. Data moet door een eindgebruiker kunnen worden gewijzigd met behoud van ondersteuning, code niet. En die scheiding moet duidelijk zijn.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 12 March 2016 - 19:01
Mijn opmerking ging over CODE die in een xml file zit verstopt. Laatste keer dat ik keek zat er in de satellites.xml alleen maar DATA.
'satellites.xml' was inderdaad een verkeerd voorbeeld; 'startwizard.xml' dan? Dat is (bijna) alleen code. Of 'keymap.xml'? Of 'skinXXXX.xml'? Allemaal code. En als een ander dat doet, is het niet goed en is de wereld te klein. In plaats van blij te zijn met andermans vele en goede werk.....
Posted 12 March 2016 - 19:21
Daar ben ik al net zo tegen. Maar dat zit er al in, dus is dat een andere discussie.
Los daarvan doet mijn mening weinig ter zake, ik ben geen developer en heb dus geen (finale) stem in dit soort discussies.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 12 March 2016 - 21:28
Edited by littlesat, 12 March 2016 - 21:31.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
0 members, 1 guests, 0 anonymous users
