deleted

Op http://picons.bitbuc.../changelog.html , als er bij recent changes niks te zien valt dan zijn er geen wijzigingen die nog niet in een build zitten.

 

Op https://bitbucket.or...0bbf7e03ab#diff , zie je dat 51E6_C96_3_EB0000 is opgenomen in build 2013-12-04--20-34-58

 

Op http://picons.bitbuc...b_vs_picons.txt , zie je hoe het er momenteel voorstaat, de kanalen met wel of geen picon

Ja dat zal afhangen van wie er het initiatief neemt om de lamedb bij te houden en een Pull Request te doen, dan komen ze er vanzelf weer in te zitten in de feed.

Voor DVB-C Germany is iemand hier al mee bezig...

 

Ik had het beter alsvolgt geformuleerd:

"Iemand heeft me toch kunnen overtuigen om het terug mogelijk te maken dat gebruikers terug DVB-T en DVB-C kanalen kunnen toevoegen, mits....."

Je moet eerst je kleurenmodus van "Indexed" naar "RGB" zetten in je achtergrond png'tje.

 

Altijd kleurenmodus naar RGB zetten voordat je gaat resizen of dergelijken, pas als het volledig af is kun je er indexed van maken

Goed genoeg?

 

https://github.com/o...0edb681529ffd87

komt in orde

@ Snoete

 

Ik zag dat je je afvroeg hoe dat ik van enkele afbeeldingen en picons.sh tot ipk's in de feed kom.

 

Met enkel wat op github staat kom je inderdaad niet ver, dit is dan ook enkel en alleen de "sourcecode" zullen we maar zeggen, in het mapje backgrounds staan alle formaten en soorten die mogelijk zijn.

"reflection-black" betekent dus achtergrond reflection met een zwarte versie van het logo, als ik er nu "reflection-white-noborder" van maak dan krijg ik een witte versie van het logo op de reflection achtergrond en "-noborder" zorgt ervoor dat ik geen marge rond het logo heb.

 

picons.sh daar staat alles netjes gesorteerd in welk logo bij welke serviceref hoort.

 

In de map picons staan dus alle picons(oftewel de beste transparante png's die te vinden zijn van de logo's), in de submap staat indien nodig een witte versie.

 

Maar dan heb ik ook nog een linux shell script van een +/- 400 lijnen dat van alles wat op github staat, de eigenlijke picons aanmaakt, ongeveer zo:

 

1) Alle servicerefs in picons.sh omzetten naar hoofdletters

2) Zoeken naar duplicaten, indien gevonden stoppen met verdere uitvoer script

3) Vragen of de feed geupdate moet worden of enkel de website downloads

4) Nieuw versie nummer bepalen

5) Nodige tijdelijke mappen aanmaken

 

6) Voor elke resolutie HD, SD, SHD, XVDR en elke achtergrond de picons aanmaken en comprimeren

Dit neemt wel wat tijd in beslag en wordt allemaal gedaan met imagemagick

 

7) tar.bz2, 7z en ipk bestanden aanmaken

tar.bz2 en ipk bestanden bevatten dus al de symlinks en deze worden niet door de receiver aangemaakt in een postinstall script

 

8) de icesat zenderlijst wordt ook aangemaakt als ipk

9) Indien ervoor gekozen werd om de feed up te daten, dan wordt dit gedaan

10) Alle bestanden worden geupload naar Google Drive, het verkregen unieke ID wordt in het nieuwe downloads.html geplaatst, downloads.html en alle links worden dus geheel automatisch aangemaakt.

11) Github website wordt bijgewerkt, versie nummer op index.html en downloads.html

12) Github picons wordt bijgewerkt

13) Github kanalenlijst wordt bijgewerkt

14) Tijdelijke bestanden worden verwijderd

 

Afhankelijk van mijn gekozen antwoord wordt ook mijn receiver van de laatste nieuwe update voorzien.

De feed is mijn eigen feed en staat los van deze van OpenPLI, OpenVIX heeft mijn feed wel opgenomen in hun image en de ftp ruimte komt van world.of.sat......vandaar de kleine achterstand/verschil

 

PS: Ikzelf gebruik GIMP omdat deze 1 belangrijke functie heeft die Paint.NET mist, "selectie inkrimpen/uitdijen", en er zullen nog wel wat dingen zijn.... vroeger gebruikte ik ook paint.net, maar na eenmaal GIMP onder de knie te hebben is het moeilijk teruggaan. Oh ja GIMP heeft ook kleuren inverteren, gemakkelijk om witte versies aan te maken.

Probeer eens met het volgende, let op dit is wel voor TVV, gebruik je CanalDigitaal 6C veranderen in 6A

oscam.conf

[global]
logfile					   = /home/root/oscam.log
fallbacktimeout			   = 1500
nice						  = -1
maxlogsize				    = 4096
preferlocalcards			  = 1
dropdups					  = 1
usrfile					   = /home/root/oscam_user.log
emmlogdir					 = /home/root/
lb_mode					   = 1
lb_save					   = 100
lb_retrylimit				 = 350
lb_savepath				   = /home/root/oscam_loadbalancer.log
failbantime				   = 60
failbancount				  = 2
[dvbapi]
enabled					   = 1
au						    = 1
user						  = lokaal
boxtype					   = dreambox
[monitor]
port						  = 9070
aulow						 = 120
monlevel					  = 0
appendchaninfo			    = 1
[webif]
httpport					  = 8080
httprefresh				   = 20
httpallowed				   = 127.0.0.1,192.168.0.1-192.168.0.254
aulow						 = 120
appendchaninfo			    = 1

oscam.dvbapi

P: 0100:00006C 1 # TV Vlaanderen

oscam.server

[reader]
label						 = intern_boven
description				   = Boven
protocol					  = internal
device					    = /dev/sci0
caid						  = 0100
ecmwhitelist				  = 0100@00006C:64
detect					    = cd
mhz						   = 100
cardmhz					   = 500
group						 = 1
emmcache					  = 1,3,1
lb_weight					 = 500
dropbadcws				    = 1
auprovid					  = 00006C
ratelimitecm				  = 3
ratelimitseconds			  = 10
[reader]
label						 = intern_onder
description				   = Onder
protocol					  = internal
device					    = /dev/sci1
caid						  = 0100
ecmwhitelist				  = 0100@00006C:64
detect					    = cd
mhz						   = 100
cardmhz					   = 500
group						 = 1
emmcache					  = 1,3,1
lb_weight					 = 500
dropbadcws				    = 1
auprovid					  = 00006C
ratelimitecm				  = 3
ratelimitseconds			  = 10

oscam.user

[account]
user						  = lokaal
pwd						   = lokaal
hostname					  = 127.0.0.1
au						    = intern_boven,intern_onder
group						 = 1
cccignorereshare			  = 0

Dan zal jij wel een goede lijst hebben, zonder twijfel , maar het merendeel van alle lijsten die gebruikt worden zijn niet van de juiste correcte servicerefs voorzien.
Spijtig genoeg is jeroenho niet de enige die er last van zal hebben en als ik hem verwijder dan gaat het de komende dagen weer enorm klachten regenen.

Dan valt er natuurlijk nog te discussieren over welke wel of niet correct is, die van jouw met een verse scan is zeker correct, maar die van jeroenho ook, want zijn zender werkt en geeft beeld, ondanks de verkeerde/oude serviceref.

Dan kunnen we het ook langs de andere zijde bekijken... de serviceref die IK heb in mijn zenderlijst, dat is toch wel de enige juiste die er is

Nu kan ik dat wel gaan afdwingen dat als je mijn picons wilt gebruiken dat je dan maar moet zien dat je met de correcte serviceref zit, maar waar ben ik dan aan begonnen? Dan schiet er geen tijd meer over om nog picons te updaten.

Ned3HD 1_0_19_2777_A_F3C_FFFF0000_0_0_0 Reggefiber

Dan stel ik voor dat degene die 100kb te kort hebben, dit vlug even zelf doen.

Ik kan toch niet, mijn lijst afgaan, henksat zijn lijst afgaan, de TVV fastscan afgaan, de cd fastscan afgaan, een ziggo abbonement kopen en die lijst afgaan, 1 of andere duitse, engelse, poolse,... lijst afgaan. Om dan 1 serviceref te gaan verwijderen die niet meer voorkomt, om dan de dag erna een klacht te krijgen van iemand dat hij een missende picon heeft omdat hij toevallig nog met een oudere lijst werkt.

Dat is dweilen met de kraan open, terwijl er in de meeste emmers nog zat ruimte vrij is, als je gebruik maakt van de tar.gz of de ipk dan is de extra capaciteit slechts een druppel groot.

@ Erik de Slagter,

Om te beginnen had ik gisteren idd last van lange tenen, niets te beroerd dit toe te geven....
Dit keer vind ik jouw commententaar een goed commentaar. Duidelijk! Daar houd ik van. Ik was er zelf vanuit gegaan dat jullie me hier wel verder zouden kunnen helpen.
Inderdaad denk ik dat ik een oplossing heb voor mij probleem maar weet zelf niet hoe dit te implementeren in oscam. Hiervoor klopte ik dus aan bij jullie, maar daarvoor moet ik dus bij de makers van Oscam zijn. Dit had ik niet goed begrepen.
Ik ga dit bij deze dan ook doen.
Mijn excuses als ik wellicht TE duidelijk was, maar nu heb ik in ieder geval een goed en duidelijk idee en weet waar ik wel moet wezen.
Inderdaad kunnen wij gewoon als volwassenen met elkaar omgaan, ik dank je ook (oprecht) voor je duidelijke en correcte antwoord.

@ Ocram

Als U even terugleest dan heb ik al omschreven wat ik probeer te doen en wat ik wil.
Maar dit hoeft U niet te doen hoor, of beter gezegt, doe maar niet! Gezien Uw reactie heeft U namelijk nog niet helemaal de volwassenheid in pacht...
Begrijpt U?

Ik begrijp U, klaar en duidelijk, ik weet zelfs waarom uw kaart niet meer werkt.

Ik heb uw post ook terug gelezen, ik zou zeggen, haal een boek programmeren voor dummy's...

Als iemand je vraagt waarom je die specifieke situatie wilt creëren, dan antwoord je hier toch gewoon op, zodat de persoon die je wilt helpen zijn antwoorden daarop kan verder bouwen.

Als iemand me zou vragen hoe een pistool werkt, dan leg ik dat pas uit nadat ik ervan ben overtuigd dat de persoon na de uitleg niet een hele school met kinderen gaat omleggen.

Met oscam zijn dingen mogelijk die niet geheel legaal zijn, als Erik of anderen hier jouw op weg willen helpen, dan vind ik het niet meer dan normaal dat ze ook je beweegredenen kennen en ik denk dat je tot op vandaag nog niet op die vraag hebt geantwoord buiten "Je begrijp niet waarom ik sids vastzet. Maar dat hoeft ook niet!Als ik het maar begrijp!".

Je wilt hier alle antwoorden op een dienbladje, maar meewerken moet in jouw ogen enkel van 1 richting komen, zolang het de jouwe maar niet is.

Er staat een nieuwe versie online, wat betreft picons is er niets veranderd, maar heb het script volledig aangepast en het draait nu volledig onder Linux/Ubuntu, waardoor het nu geen 45 minuten, maar slechts 5 minuten duurt om alle picons aan te maken.

Mocht er iets niet meer helemaal juist zijn of niet meer werken, laat het dan even weten....

Update staat online

Er is niks mis met een 99% uptime, is zelfs heel wenselijk, er is echter wel een verschil...

Ik wil en velen anderen ook, 99,9% uptime, geen gezooi met ingewikkelde configuraties betreffende seca3, interne cardreaders die fatsoenlijk werken zoals we willen en die draaien op een frequentie waarop we denken dat ze draaien en niet dat ze zonder ons weten overklokt zijn, zoals het geval was.


Bas was echter van mening dat al deze verlangens van ons, onzin was en deze verbeteringen moesten gestopt worden, want op zijn Debian server draaide OScam stabiel en hij had die aanpassingen niet nodig.
Het voordeel dat honderden andere gebruikers zouden kunnen hebben door theparasol zijn aanpassingen dat weegde niet op tegen de behoefte van hem alleen en dat zou er koste wat kost eventjes worden ingeramd bij theparasol.

Op het streamboard zijn die doelstellingen net hetzelfde, enkel nu waren die tijdelijk eventjes iets anders dan 99% uptime en stabiliteit. Ik heb gisteren vlug de hele thread doorgelezen en dacht zelfs gelezen te hebben iets in de zin van "we commiten gewoon, zien we vanzelf wel aan de reacties wat ervan terecht komt." Dit is ook gebeurt en de reacties zijn er idd gekomen.

Uit die hele thread kan ik absoluut niet uit opmaken, dat theparasol voor canaldigitaal werkt en eens eventjes wat gaat rotzooien om maar wat rotzooi te maken.

Als het OpenPLI team eens een update doet die verkeerd uitpakt, dan ga je toch ook niet gelijk roepen van "OpenPLI stop met jullie gerotzooi, jullie verzieken heel de linux STB community, ik draai al jaren op een image van 2003, super stabiel, volgens mij werken jullie voor canal digitaal en proberen jullie gecertificeerde hardware te verkopen. Laat dat gerotzooi nu eens stoppen, ik heb geen offline decoding nodig, ondertitels, ...."

Er is niemand die iemand hier verplicht om de laatste unstable oscam versie te gebruiken. Doe je dit wel dan moet je in mijn ogen niet klagen dat als je een "unstable" versie gebruikt, hij niet stabiel is.
Wat je dan wel kunt doen is op een fatsoenlijke manier je ervaringen posten, zodat er wat aan gedaan kan worden.

Ik kan me nog wel herinneren, dat voordat theparasol zich met oscam ging "bemoeien", ik met vanalles bezig moest zijn betreffende dvbapi, whitelist, ...(seca3>seca2) en nu niet meer. Nu daar ben ik theparasol enorm dankbaar voor.
Ik moet er wel bijvertellen dat dit enkel belangrijk is voor het toestel waarop gekeken wordt.

Systemen die een 99% uptime nodig hebben, kunnen daar niet veel mee doen, met oplossingen voor interne readers zijn deze systemen ook niks.

theparasol hoeft zich ook niet te bewijzen met eigen metingen, als degene die hier het luidst roept, eventjes de moeite neemt om het streamboard te lezen, dan zal deze inzien dat hij zich diep moet schamen.
Daar is men namelijk dankbaar voor de aanpassingen, ze hebben dan ook wel andere doelstellingen dan 99% uptime.

Of dat theparasol dingen wel of niet test... ik dacht altijd dat daarvoor de gebruikers van een unstable versie dienden, om dingen te testen??