littlesat

Ik denk dat ocram gewoon hulp vraagt.... Maar van de andere kant zou het dan ook handig zijn als ocram ook aangeeft welke hulp hij precies wilt...

DM800 Sim2

This seems to be a clone.... se we cannot support this.... E.g. the PLi image could not be orriginal!!!

It's the driver from 24 Mar 2012.... so already in our image...

I suggest you've to wait one day.... first our nightly build server has to be run before it appear on our feeds.....

blz.1.... jij zei dat het niet deed booten... uiteindelijk lukt dat wel...
blz.2.... we hebben niet gezegt dat je een eikel bent... maar je hebt gewoon iets niet geweten. Sundtek = closed source en in verhouding te duur. Er zijn sticks die door linux ondersteunt worden. Die hebben wij onder controlle en als er iets mee is dan kunnen wij het ook aanpassen
blz.3.... VTi is in princype gebaseerd op een relatief oude Enigma2 van ten laatste mei 2011. Pli heeft niet stil gezeten in de tussentijd. Onlangs is er nog wat verbeterd aan de zapsnelheid. Wij vermoeden dat SundTek hier niet tegen kan. Dus feitelijk vermoeden we dat er een foutje van Sundtek naar boven is gekomen door een verbetering. En vervolgens is er een kip- ei- verhaal. Omdat de drivers van de SundTek closed source zijn kunnen we die sundtek bug niet fixen.
blz. 4.... Dat zal ons ook een wordt wezen.... Maar ik denk beter dat je o.a. ook bij sundtek kunt klagen zodat zei het probleem oplossen of misschien wel dat zei ons kunnen wijzen op een eventuele fout van ons.... dat kan er ook nog altijd zijn....

Wat mij betref mag er een slot op, het is mij wel duidelijk dat het probleem overal aan kan liggen maar dat het absoluut niet aan pli MAG liggen. Die mogelijkheid
wordt zelfs niet als bestaand gezien gezien de steeds nieuwe argumenten waarom het zeker niet aan pli kan liggen.
We moeten dus ergens anders naar toe voor een mogelijke oplossing, van hier gaat die niet komen, jammer.

Teneerste het boot probleem waarmee het begin blijkt er niet zo te zijn.... (of heb jij soms nog bootproblemen?)
Tentweede blijkt er iets te locken als je van een sat naar kabel zender gaat of andersom
Tenderde ook bij Blackhole gaat het plat als je snel zapt
Dus ten Vierde.... er zit iets niet goed met VU+ en Sundtek (andere boxen is nog niet duidelijk - dus tevens kan er ook iets in de drivers van de VU zitten).... wat wil en kan PLi hier nog aan doen?
Ten Vijfde... Aan sundtek kunnen we niets fixen... de drivers zijn closed source.....
Ten Zesde.... PLi heeft wat verbeterd aan het zapgedrag van E2, waar misschien drivers van Sundtek niet tegen kunnen.

Daarom zei ik... misschien bij Sundtek melden.... In het verleden hebben ze als je ze iets meld het redelijk snel gefixt!!!

Scripts could be started via e.g. ppanels... then you have to create a file in xml format to run your script.... For crond there is no specific plugin to control this via your remote... but from telnet/SHH this is still possible...

De VU+Duo was idd de krapste box kwa geheugen.... dus wie weet.....

mediaplayer niet meer te bereiken is via het hoofdmenu

Eigenlijk heb je die niet nodig, daar je via de normale opname afspeler (Movieplayer) alles kunt afspelen....!!!

Maar wil je hem terug in het menu, dan moet je de optie ff aanzetten via het configmenu van de MediaPlayer....

En nu weer terug naar het crashen/vastlopen van de VU-boxen

This is due to an incorrect X-tal that is assembled on the main board of the ET9K...... read above...

Voor de Nederlandstaligen onder ons. Het is tenslotte het NL topic.

Dit probleem ls een gevolg van een onjuist christal op het moederboard van de ET9K.

Wie gebruikt tags? Ik denk dat anders sorteren handiger is om dat sneller toegankelijk te hebben...

Een DM600 is een E1 box... daar gaat dit niet mee...

slechts 112 MB userspace voor de VU DUO..... zouden hiermee de crashes te verklaren zijn waar elders een heel lang draadje over gaat.... En dat die grens nog eerder bereikt wordt sinds de nieuwe Kernels? En de meldingen met swap dat het dan (minder vaak of) niet vastloopt.... dan zou je nu eigenlijk misschien al voor de VU-DUO een swap moeten gaan "verplichten"? (of op een of andere manier moet VU meer RAM assignen naar Userspace als dat mogelijk is).

you cannot use it to debug frontend status.

Indeed... it should be fixed at the source.... and that could be within the drivers we cannot change...

Thanks!