21 replies to this topic

[Zingemneire]

Hallo,

 

Bij deze wat gecondenseerde info voor iedereen, eens iets anders dan alles te vinden in stukken en brokken.

 

Ik heb sedert het begin problemen met de weergave van JPG files die op de HDD staan in de VU DUO.

 

Uiteindelijk blijkt het helemaal niet te liggen aan de VU DUO maar aan een instelling op de TV.

Die heeft de naam van "Overscan" of dot-by-dot of iets dergelijks. Eenmaal je het weet biedt Google tonnen info i.v.m. het fenomeen.

In alle geval zie ik nu al mijn 16/9 fotos correct weergegeven op mijn 60 inch TV.

 

Let wel: bij een echte HD TV moet je de standaard OpenPLI HD skin gebruiken voordat het helemaal lukt. (bij mij toch)

 

Voor de rest: allerhande ellende gehad om van OpenPLI 2.1, naar 4.0, naar 3.0, terug naar 2.1 en uiteindelijk naar 4.0 te gaan.

De laatste overgang werkt uiteindelijk min of meer behoorlijk, er zijn nog wel wat problemen bij het weergeven van opgenomen programmas en sets van mp3 files.

 

Af en toe loopt het ding gewoon vast en voor zover ik weet zou dat te wijten zijn aan falende VU DUO drivers in combinatie met de nieuwe kernel 3.1.1.

 

Je vind allerhande stukken info dat dat oude problemen zijn maar nergens een echte oplossing.

 

Vandaar een simpele vraag die hopelijk naar een simpel antwoord leidt: waar vind ik updates voor de falende drivers voor het geval dat die bestaan ?

Als ze nog niet bestaan: wat is de beste workaround ?

 

Eigenlijk zou ik graag teruggaan Openpli 2.1 met bijbehorende kernel + drivers maar dat heb ik geprobeerd en dan ik geen ccAM meer installeren om Tv-Vlaanderen te decoderen dus dat is ook geen optie meer, tenzij iemand wel een oplossing heeft ?

 

Ik hoop dat iemand hier iets aan heeft en hoop alsnog een antwoord te krijgen op wat nog openstaat.

 

Finaal commentaar,

OpenPLI, Enigma 2 etc... zijn echt wel goed maar ze zijn in hetzelfde bedje ziek als zowat alles i.v.m. embedded Linux: een totale chaos aan varianten en een nog veel chaotischer hoop aan allerhande vaak tegenstrijdige informatie. Wat je ook zoekt het is altijd een perfect voorbeeld van zoeken naar een naald in een hooiberg.

Zelf ben ik al 30 jaar professioneel programmeur van embedded software maar moest ik ooit documentatie gemaakt hebben die maar enigszins in de buurt komt van de puinhoop die ik zie dan stond ik al jaren op straat.

[Erik Slagter]

Uiteindelijk blijkt het helemaal niet te liggen aan de VU DUO maar aan een instelling op de TV.

Die heeft de naam van "Overscan" of dot-by-dot of iets dergelijks. Eenmaal je het weet biedt Google tonnen info i.v.m. het fenomeen.

In alle geval zie ik nu al mijn 16/9 fotos correct weergegeven op mijn 60 inch TV.

Staat gewoon in de gebruiksaanwijzing van je TV hoor. Stand 1) is 1/4 van het beeld weg, stand 2) is hele beeld. Eén keer raden wat logisch zou zijn en dan nog een keer raden hoe het bij bijna alle TV's staat. Heeft verder niks met vuplus, enigma of openpli te maken.

 

Vandaar een simpele vraag die hopelijk naar een simpel antwoord leidt: waar vind ik updates voor de falende drivers voor het geval dat die bestaan ?

Stel dat er "updates" zouden zijn die de problemen zouden oplossen. Denk je niet dat wij die dan wel op enig moment in de image zouden opnemen?

 

Als ze nog niet bestaan: wat is de beste workaround ?

Zie antwoord hierboven...

 

Eigenlijk zou ik graag teruggaan Openpli 2.1 met bijbehorende kernel + drivers maar dat heb ik geprobeerd en dan ik geen ccAM meer installeren om Tv-Vlaanderen te decoderen dus dat is ook geen optie meer, tenzij iemand wel een oplossing heeft ?

Kijk dat is nou weer niet zo ingewikkeld, CCcam kun je gewoon op diverse sites downloaden, die is niet afhankelijk van een OpenPLi-versie. Je moet 'm dan alleen wel even zelf installeren.

 

Finaal commentaar,

OpenPLI, Enigma 2 etc... zijn echt wel goed maar ze zijn in hetzelfde bedje ziek als zowat alles i.v.m. embedded Linux: een totale chaos aan varianten en een nog veel chaotischer hoop aan allerhande vaak tegenstrijdige informatie. Wat je ook zoekt het is altijd een perfect voorbeeld van zoeken naar een naald in een hooiberg.

Zelf ben ik al 30 jaar professioneel programmeur van embedded software maar moest ik ooit documentatie gemaakt hebben die maar enigszins in de buurt komt van de puinhoop die ik zie dan stond ik al jaren op straat.

En waar haal jij vervolgens de redenatie vandaan dat iedereen die hier aan werkt er ook maar 1 cent aan verdient?

Edited by Erik Slagter, 14 January 2014 - 19:36.

[theparasol]

Nou meneer de programmeur onder welke steen bent u ineens vandaan gekropen?

[Erik Slagter]

Misschien kan-ie z'n kunsten ook wel inzetten om enigma e.d. te verbeteren

[40H3X]

TMHO mag op een forum iedereen zijn mening ventileren, echter zie ik dat van die slechte documentatie niet zo, er is hier nl een schat aan info te vinden, alleen nemen de meesten niet de tijd en moeite om van de zoek functie gebruik te maken. Maar goed dit hangt mijns inziens samen met de laagdrempeligheid van het medium forum. Zo is het dat bijna elke vraag een reactie krijgt, ondanks t feit dat die vraag vaak al tig x is gesteld.
Pli kent vele opties die embedded firmware niet bieden en ik kan me voorstellen dat een gebruiker door de bomen het bos niet meer kan zien, maar let wel, dat is een luxe probleem. Daarnaast zijn de meeste documentatie cq handleidingen van embedded firmware qua taal gebruik en inhoud vaak van het niveau dat het lijkt te zijn samengesteld door een gorilla.

....a fool can ask more questions in a day than a wise man can answer in a lifetime'?

[WanWizard]

Er zijn al verschillende pogingen geweest om daar wat aan te doen, maar elke keer weer strand dat door gebrek aan tijd bij ons, en geen enkele inzet vanuit de community.

 

We hebben een wiki, maar die is hope(n)loos verouderd en moet dringend volledig opnieuw opgezet worden. De vraag is: wie gaat dat coordineren (want anders wordt dat weer een puinhoop), en vooral, wie gaat het doen?

[Meega]

Er zijn al verschillende pogingen geweest om daar wat aan te doen, maar elke keer weer strand dat door gebrek aan tijd bij ons, en geen enkele inzet vanuit de community.

 

We hebben een wiki, maar die is hope(n)loos verouderd en moet dringend volledig opnieuw opgezet worden. De vraag is: wie gaat dat coordineren (want anders wordt dat weer een puinhoop), en vooral, wie gaat het doen?

Ik vindt het wel meevallen.

Misschien moet je die links wat toegankelijker maken, er staat op de homepage "wiki" Ik zou dat op elke page zetten bv naast donate in de zwarte balk en dan geen "wiki"maar manual of handleidingen.

En als je dat doet ,dan de link openen in een nieuw venster.

 

Misschien een apart forum waar mensen iets kunnen schrijven ,wat later in de Handleidingen gezet kan worden.

Edited by Meega, 14 January 2014 - 22:25.

[WanWizard]

De ervaring is dat dat niet werkt.

 

Je hebt dus iemand (of een team) nodig die bij elk topic zich de vraag stelt: "zit hier een generieke vraag achter", en indien dat zo is, daar een pagina in de wiki voor maakt en voorziet van de juiste keywords.

 

Eens dat een beetje op poten staat kun je een "Docs" link prominent gaan opnemen en het mensen bij gekende vragen er naar toe verwijzen. Maar in de huidige staat: liever niet. Het meeste van wat er nu in staat is wat ik er in 2006/2007 heb ingezet, en gaat hoofdzakelijk over E1. Ver over de houdbaarheidsdatum dus...

[Meega]

En toch denk ik als het toegankelijker is, kunnen meer mensen dingen veranderen.

Als ik bij dm8000 kijk staan er toch echt geen onwaarheden bij.

De principes zijn toch hetzelfde?

 

Als je het op orde wilt hebben moet je toch iets verzinnen.

Maar goed we dwalen af.

[WanWizard]

Precies. Probleem is "wie is 'je'" in die zin...

[40H3X]

Dat is helder WW maar dat neemt niet weg dat de laag drempeligheid die het fenomeen forum biedt geen rem zet om dezelfde vraag tig x te stellen RTFM is niet zomaar ontstaan

Edited by 40H3X, 14 January 2014 - 22:45.

[WanWizard]

Klopt helemaal, maar de FM moet er wel eerst zijn, voordat je RTFM kunt doen. Of mensen kunt vertellen dat de toen. Beetje kip en ei...

[40H3X]

Is wel een mooi idee, een M voor Pli, want ik denk dat (als voorbeeld) het % forum leden dat weet dat als je de EPG toets ingedrukt houdt er een keuze komt < 50% is

[Erik Slagter]

Ik denk dat de TS het meer specifiek over documentatie van API's e.d. heeft. Daarvoor moet je eigenlijk bij DMM zijn, die de originele enigma(2) al nooit gedocumenteerd heeft.

[Zingemneire]

Veel commentaar dus ongetwijfeld een gevoelig punt. Als ik ze bekijk heb ik toch nog een paar opmerkingen.

 

1) Ik ben nog behoorlijk technisch onderlegd en vind dus uiteindelijk meestal wel de oplossiing. Hetzelfde kan niet gezegd worden van de meeste gebruikers. De kans dat die iets vinden is wel heel klein, niet bepaald een aanmoediging om uiteindelijk gebruik te maken van Linux based ontvangers. Als ze al bij satelliet TV blijven kopen ze dan wel een doos met proprietary software die wel gedocumenteerd is.

Dat is niet eens een probleem van Enigma 2 of OpenPLI maar is gewoon een chronisch probleem van Linux en al wat er rond hangt. Linux is gratis en zou dus eigenlijk al de wereld veroverd moeten hebben maar het is alleen bruikbaar voor diegenen die er heel veel tijd kunnen aan besteden, eerder iets voor grote bedrijven die er krachtige servers kunnen mee bouwen, niet direct iets voor de typische gebruiker van een satellietontvanger.

 

3) Ik begrijp maar al te goed dat er niemand ook maar 1 cent aan verdient en dat iedereen weinig tijd heeft maar als je besluit van iets te doen doe het op zijn minst zo goed mogelijk.

 

4) Dat er geen links geplaatst worden als ze er niet zijn is perfect logisch, onlogisch is dan dat er beweerd wordt dat het problemen uit het verleden zijn: geen oplossing => geen links => het probleem is nog actueel !

Dat laatste stukje info alleen al zou al grenzeloos veel zoeken bespaard hebben.

 

5) Ik was naast programmeur ook 20 jaar lang bezig met support van eindklanten en ben altijd van het principe "RTFM" geweest. Als er geen spoor is van een "FM" moet je er dan wel niet versteld van staan dat mensen het dan wel eens op hun heupen krijgen. Na 20 jaar miserie is het meer dan duidelijk: geen "FM" => blijvende chaos en uiteindelijk ga je er aan ten onder.

 

6) Ik heb mij ook wel eens schuldig gemaakt aan alsmaar nieuwe versies en features zonder "FM" maar de uiteindelijke gebruiker komt zelfs nog niet tot aan de hielen van het expertiseniveau van de programmeur. Als je dat uiteindelijk niet snapt verliest iedereen elke vorm van belangstelling, als ze je betalen wordt je uiteindelijk bedankt voor de moeite en in het andere geval kijkt geen hond uiteindelijk nog naar je om.

 

Ik weet heel goed waar het schoentje wringt maar moest er ook maar een fractie van de effort die gaat naar softwareontwikkeling naar documentatie gaan zou het al stukken beter gaan.

 

Finale mening: OpenPli etc.. is al bij al prachtig maar als het niet op zijn minst een beetje verandert  is het op termijn ten dode opgeschreven. Bedrijven zoals VU+ die toestellen maken zonder ze daarna te onderhouden/documenteren zullen daar ongetwijfeld veel toe bijdragen.

[dAF2000]

Finale mening: OpenPli etc.. is al bij al prachtig maar als het niet op zijn minst een beetje verandert  is het op termijn ten dode opgeschreven. Bedrijven zoals VU+ die toestellen maken zonder ze daarna te onderhouden/documenteren zullen daar ongetwijfeld veel toe bijdragen.

 

Ik kan me wel redelijk vinden in je verhaal, hoor; niet op alle punten trouwens. Maar deze slotconclusie gaat me iets te kort door de bocht. Een ondergang van OpenPLi staat wel heel erg los van of er een goede gebruikershandleiding is. Ook alle andere Enigma2-softwaremakers hebben nogal een belabberde documentatie. Dat begint al bij het oorspronkelijke Enigma2-project, maar ook fabrikanten zoals VU+ leveren niet echt een volledige handleiding op. Het "probleem" zit dus overal al.

 

Omdat iedereen in essentie iets kan toevoegen aan OpenPLi wordt 't alleen maar lastiger. Het wordt een lastige klus om je documentatie helemaal goed en up-to-date te houden. Je zou een heel extra team moeten opzetten om de handleiding te schrijven én up-to-date te houden en daar hebben we simpelweg geen mankracht voor. Als alternatief bieden we een forum en dat werkt in veel gevallen zelfs beter dan een handleiding. Op 't forum lees ik de raarste (maar legitieme) vragen die je zelfs in een goede handleiding redelijkerwijs nooit had kunnen vinden. Tja, ook een handleiding is niet zaligmakend. Het lijkt me hoe dan ook sterk dat het gebrek van een handleiding tot de ondergang van OpenPLi zou leiden.

 

Ter informatie, niet om te pochen, mijn achtergrond:

- 14 jaar embedded software als programmeur en designer.

- studie communicatiewetenschappen Rijksuniversiteit Groningen.

- studie techniek & maatschappij (waaronder handleidingen schrijven) Technische universiteit Eindhoven.

(om aan te geven dat ik wel in de materie zit wat betreft techniek, taal en technisch gebruik van taal)

[Sjaaky]

Overigens wordt bij diverse ontvangers een handleiding meegeleverd, met daarin de basismogelijkheden van de ontvanger. Die is grotendeels van toepassing op openpli. Maar dan moet je wel door de skin heen kunnen kijken. Dat zal best lastig zijn en voor de meesten, helaas, de reden de handleiding in de ring te gooien.

[40H3X]

Alhoewel ik hier helemaal buiten sta zijnde geen Dev wordt de discussie wel steeds boeiender ....als het maar niet een hete aardappel wordt

[theparasol]

Ik zie openpli nog steeds als een image voor ontwikkelaars door ontwikkelaars met bleeding edge features erin.

Heb je vragen dan stel je ze hier op het forum. Kun je toevallig programmeren kun altijd de sources er op naslaan

 

Wat ik persoonlijk veel belangrijker vindt is totale afwezigheid van "eye-candy" en dirty hacks in de code.

Dat laatste is de grootste show-stopper voor veel opensource projecten. Ik zie dat bij oscam ook terug. Van sommige stukken code wordt je helemaal kriebelig.

Als je ook maar iets aanpast valt er ergens anders weer iets om.

[Erik Slagter]

Wat ik helemaal mis in de redenatie is de keuzemogelijkheid. Niemand verplicht iemand om OpenPLi of een enigma-ontvanger te gebruiken. Als je niet accoord kunt gaan met wat eigen ontwikkeling (= wat uitzoekwerk en vragen op het forum) dan kun je áltijd ervoor kiezen een andere ontvanger te gebruiken, die misschien minder kan, maar waar wel alles uittentreure gedocumenteerd is en je zeven dagen per week een helpdesk hebt. Inderdaad precies gelijk aan andere open source projecten inclusief linux. Je kiest voor standaard of voor "wat extra" "voor niks" en dat betekent dan ook dat je zelf wat moeite zult moeten doen.

We hebben allemaal onze "daytime job" en we gaan echt niet als we thuiskomen vrolijk verder met werk. Iets wat je voor je hobby doet moet leuk zijn. Als iemand het leuk vindt om documentatie te maken, dan is die zeer welkom. Ik heb overigens liever dat de degenen die diep in enigma en oe zitten zich bezig houden met ontwikkeling daarvan dan dat ze in plaats daarvan documentatie gaan maken.

Edited by Erik Slagter, 16 January 2014 - 10:49.