200 replies to this topic

[deleted]

Is toegevoegd in commit https://bitbucket.or...a134a1aa05c2662 op 2013-12-01

[deleted]

Ik denk dat het Github url'tje even in PLI hun script moet worden aangepast naar het Bitbucket url'tje.

[littlesat]

Waarom telkens veranderingen nu net dat alles echt automatisch gaat?
Wat moet er aangepast worden precies?

[deleted]

Ja, die veranderingen daar heb ik mijn goede redenen voor en ik ga me echt geen beperkingen opleggen en in allerlei bochten wringen omwille van iemand anders zijn script, dat zou wel helemaal de wereld op zijn kop zijn.

Wat er precies in jullie script moet worden aangepast, daar heb ik ook het raden naar, ik heb het niet geschreven of ooit gezien, dus...maar meer dan even het domein naam wijzigen, kan het normaal niet zijn.

[littlesat]

We doen feitelijk gewoon de ipk tjes downloaden en in de 3rd party feeds zetten... Maar wat is er nu precies veranderd?
Uiteraard ben je vrij veranderingen te maken... Maar het is wel lastig als anderen daar gebruik van maken...

Edited by littlesat, 8 December 2013 - 09:52.

[deleted]

Er is in feite niet veel veranderd, buiten dat ik ben overgeschakeld van GitHub naar Bitbucket en dat dus de url gewijzigd moet worden waardat jullie de pagina inlezen met de downloads, dus als jullie het volgende doen:

 

dit:

http://ocram.github.io/picons/downloads.html

vervangen met dit:

http://picons.bitbucket.org/downloads.html

Dan moet het volgens mij gewoon weer werken.

 

En waarom GitHub vervangen werd door Bitbucket, komt omdat GitHub svg bestanden enkel als tekst laat zien en niet als afbeelding, Bitbucket doet beide, en een plaatje zegt mij meer dan 1000 woorden, vooral handig als je een PullRequest moet mergen. Maar het was denk ik ook veel beter geweest als jullie direct uit de feed hadden gedownload, die url blijft altijd constant en de inhoud van Packages normaal ook. Maar goed maakt in principe niet zoveel uit, ik ben ook niet van plan om het wekelijks te wijzigen.

 

Voor diegene die graag technische details weten:

 

-Picons die niet gebruikt worden, zitten niet langer in de release

-Er zitten geen "niet bestaande" servicerefs meer in

-Op aanraden van iemand, zitten alle afbeeldingen nu gescheiden van de symlinks

-De serviceref wordt automatisch aangemaakt zoals deze voorkomt in lamedb, voor fastscan lijsten wordt ook 1_0_1 aangemaakt, zodat diegene zonder fallback ook terug Picons zien

-Er wordt nu ook gebruik gemaakt van svg bestanden als vertrekpunt

-Er is nu een status pagina (http://picons.bitbuc...b_vs_picons.txt) waarop alle kanalen te zien zijn die momenteel ondersteund worden en hoe deze gelinkt zijn aan een picon

-Er wordt dus niet langer in het wilde weg servicerefs toegevoegd, eerst moet er een regelmatig onderhouden lamedb zijn, waartegen alles gecontroleerd kan worden

-Op de changelog pagina kan men nu per build zien wat er gewijzigd is

-Bij "Recent Changes" kan men de wijzigingen zien die nog niet zijn meegenomen in een build

-picons.sh is nu omgedoopt naar tv.srindex en radio.srindex, de inhoud hiervan is zoveel mogelijk vereenvoudigd, om het werken ermee te vergemakkelijken.

-Samen met de status pagina waarop direct met copy/paste de juiste serviceref te kiezen valt, is dit een pak eenvoudiger.

-De eerder verwijderde ondersteuning voor DVB-C en DVB-T is terug, mits regelmatig onderhouden lamedb wordt aangeleverd

-tal van wijzigingen in alle scripts om user errors op te speuren

 

-Bijna elk kanaal van 28.2, 23.5 en 19.2, 13.0 deels(heeft nog wat werk nodig), is door hulp van arno34 van een picon voorzien.

 

Dit moet het ongeveer wel zo'n beetje zijn wat er de afgelopen maand allemaal gewijzigd is.

[theparasol]

Fijn Ocram dat je zo comitted bent, ik waardeer de vruchten van je vrije tijd enorm al vanaf het allereerste prille begin maak ik er dankbaar gebruik van!

Nogmaal dank dus!

[Skyviewer]

EinsPlus HD       TV        2889_40F_1_C00000        ----------   19.2E
Einsfestival HD   TV        2888_40F_1_C00000        ----------   19.2E
hr-fernsehen HD   TV        2873_425_1_C00000        ----------   19.2E
MDR Sachsen HD    TV        2870_425_1_C00000        ----------   19.2E
MDR S-Anhalt HD   TV        2871_425_1_C00000        ----------   19.2E
MDR Thüringen HD  TV        2872_425_1_C00000        ----------   19.2E
rbb Berlin HD     TV        286F_425_1_C00000        ----------   19.2E
rbb Brandenburg HD TV        286E_425_1_C00000        ----------  19.2E
tagesschau24 HD   TV        2887_40F_1_C00000        ----------   19.2E

Hallo Ocram,
Ik ben nieuw hier, en heb de volgende vraag: 
Is het mogelijk dat er voor boven genoemde zenders picons gemaakt/geplaatst kunnen worden?

mvg
Skyviewer.

[Geuze]

Hallo ocram

 

Ik heb de nieuwe Duitse HD kanalen in mijn favorieten staan. Ik ga naar (http://picons.bitbuc...b_vs_picons.txt) website en zie het kanaal staan zoals hierboven. Hoe moet het nu verder met die cijfers.

Wil mij op weg helpen hoe ik dat verder moet afhandelen,

 

Geuze

[deleted]

Gefixed

 

https://bitbucket.or...a29b71979117072

[jankees107]

Ocram bedankt weer voor de snelle service.
Nu nog in de feed!

[-Dennis-]

@ Ocram,

Blijven de picons (inclusief icesat zendelijst) wel beschikbaar via de 'ocram-feed'?

Of moet ik ook in dat geval iets aanpassen?

[Tech]

De feed blijft identiek, die staat op de OpenPLi server.

[jankees107]

Zijn nog niet in de feed verwerkt.
De laatste picon versie van Ocram is van 24-11-2013.

[littlesat]

Er is in feite niet veel veranderd, buiten dat ik ben overgeschakeld van GitHub naar Bitbucket

Dat betekent wel dat ons parsing script moet worden aangepast...

 

maar wij deden helemaal niets met github. Wij deden de complete ipk-tjes parsen en op de 3rd party "dumpen".... is er dan ook iets met de complete ipk-tjes gebeurt?

Edited by littlesat, 9 December 2013 - 19:10.

[deleted]

Neen, maar je zult toch ergens op een pagina moeten kijken wat nieuw is, want uit je duim ga je dat niet halen. Er is me zelfs nog gevraagd om op de downloadspagina de extensie toe te voegen, zodat het script wist welke url te nemen....

[deleted]

@ Ocram,

Blijven de picons (inclusief icesat zendelijst) wel beschikbaar via de 'ocram-feed'?

Of moet ik ook in dat geval iets aanpassen?

 

Waarom zou dit niet beschikbaar blijven? Je hoeft helemaal niks aan te passen, ik gebruik deze feed zelf, dus slaap maar op je twee oren.

[littlesat]

Als de ipk tjes nog op dezelfde manier staan dan hoort de bouwserver de feed te upgraden...

[deleted]

OK dan, opgelost zou ik dan zeggen, staat namelijk nog op dezelfde manier... Heeft iedereen het zich maar ingebeeld dat het nog op 24-11-2013 staat.

Wel knap stukje programmeer werk dat script, aangezien het uit het niets kan berekenen dat de url "https://drive.google...OXJ5bVVYWEpIZXc" is.

[littlesat]

Dat berekenen doet dat script niet... Dus er is toch iets veranderd....