4250 replies to this topic

[theparasol]

gevonden in oscam...

[theparasol]

@Ocram / Teletub:

In de bijlage een aangepaste oscam op basis van 6606. Willen jullie eens bekijken of die errno: succes nog voorkomt op de vu?

 oscam-customopbasisvan6606.zip   400.06KB   22 downloads

[deleted]

Ik ga het proberen, het probleem heeft zich vandaag weer voor gedaan, en mijn log bestanden zijn spoorloos verdwenen, was gisteren ook al het geval, raar.... Ik heb deze keer echter niks zien staan bij EMM erro, dus met EMM's heeft het niks te maken denk ik.

[theparasol]

Het heeft volgensmij iets te maken met de init van de serial reader. Als mijn aanname klopt zou de aangepaste oscam de oplossing moeten brengen.
De errno 0 succes slaat ook specifiek op timeout. In standaard log zie je alleen errno 0, success. Als je echter logt op debug niveau logged oscam tegelijk ook timeout melding.
Ik heb efficient de 200 ms timeout tijdens init van de serial readers verhoogt naar 1000ms. Wellicht dat 300ms ook al genoeg is maar wat kan het schelen of hij nu een seconde of een derde van een seconde wacht op een serialreader. Zo vaak wordt de serialreader toch niet geinit.

[deleted]

@Ocram / Teletub:

In de bijlage een aangepaste oscam op basis van 6606. Willen jullie eens bekijken of die errno: succes nog voorkomt op de vu?

 oscam-customopbasisvan6606.zip   400.06KB   22 downloads

Ik heb net jouw versie geprobeerd, maar deze krijg ik niet gestart, de bestandsgrootte is ook groter dan deze van oscam download center met een heel pak 1035 vs 887.

Nu heb ik net versie 6606 van het download center even getest, de melding ERROR in IO_Serial_Write u=0 to_send=5 (errno=0 Success) kwam weer voorbij, deze keer was er ook weer een EMM error, maar het liep gewoon door ipv de kaart te "blokkeren", wat betreffende reopenonzap, ik ben niet zeker meer ofdat ik het wel af had staan, heb het gisteren via de webif gedaan en daarnet stond het weer op aan en kreeg het niet via de webif uitgeschakeld, heb het manueel met editor moeten doen.

[theparasol]

Nou ik draai er zelf mee op mijn dreambox (!)
Dus het moet kunnen werken dacht ik zo.

Krijg het niet gestart... komt er nog output of iets anders?

Alleen in mijn bin die hierboven gepost is zit de timeout aanpassing tijdens init, dus van download centre oscam.to installeren heeft niet zoveel zin.

Edited by theparasol, 13 April 2012 - 18:45.

[deleted]

Hoe stom van mij, heb net even via de console proberen te starten, en toen stond er natuurlijk duidelijk dat hij zijn config bestanden op /var/keys wilt hebben.

De foutmelding was er echter nog en oscam blijft hangen

[theparasol]

Jammer zeg... wil je eens een full log plaatsen (oscam starten met -d 255 parameter)

[deleted]

Heb je een PB gestuurd met het log

[theparasol]

Na analyse van de log en vergelijkend warenonderzoek op mijn dm800hd pvr blijkt dat die timeout meldingen normaal zijn.
De VU gebruikt exact dezelfde communicatieparameters als de dreamboxen. De oorzaak van het op zwart gaan zit hem dus niet in serial gedeelte van oscam.
Als iemand mij een stukje -d255 log kan aanleveren als beeld daadwerkelijk zwart is op de vu: GRAAG!

[teletub]

Eerst mijn "gewone" log krijg hem ook niet gestart blijft zich herstarten

 log.txt   23.07KB   7 downloads

Zal zo ff proberen die -d255 log te maken, maar ja "Hoops" is er op, op JIM JAM en dan weet je het wel

[teletub]

als ik /usr/bin/oscam-experimental -b -r -d255 2 -c /etc/tuxbox/config/oscam-experimental gebruik zie ik in log geen verschil met het andere log dus ik denk dat ik de regel niet goed gebruik.

hoe wel?

groet

[deleted]

een spatie na de -d misschien, dus -d 255 ipv -d255?


Ik heb ondertussen men smargo ook klaargemaakt voor de prullenbak, met dat stomme update gedoe naar 1.7.

@theparasol
Ik meen me te herinneren dat jij jouw kaart underklokte en daardoor lage ECM tijden kreeg, welke reader gebruik jij dan?

Edited by ocram, 14 April 2012 - 16:25.

[Jeroensky]

Al bijna maanden snapte ik het maar niet waarom ik maar niet manueel OScam kon updaten.

En het is zo simpel.
OScam uitzetten in Enigma2 tuner gui.
dan OScam download uitpakken en renamen naar oscam (binary die reeds geinstalleerd was). En met bv ftp programma overschrijven.
vervolgens OScam weer aan zetten.

Tuner gaf netjes aan dat OScam aangezet was, maar ik kreeg maar geen werkende OScam.
Dat was wat raar, weken zoniet maanden dacht ik, hoe lukt het anderen wel maar mij niet?

Eindelijk ontdekt wat het is. (en achteraf gezien verklaart het ook waarom bestandsgrootte op tuner altijd ietwat anders was dan originele bestand)

FTP client kan op twee manieren transporteren, als ASCII en als BINARY.
Filezilla transporteerde het hier default (automatic) als ASCII, endan heb je een zeg maar corrupte OScam op je enigma2 stb.

Dus mocht het maar niet lukken, manueel updaten, check eens je ftp client of deze wel dmv binary upload naar je tuner

Edited by J3r03n5ky, 14 April 2012 - 16:51.

[deleted]

Dit was het in mijn geval niet hoor, want doe het met WinSCP en doe dit ook manueel met de andere oscam binary's en die werken wel.

Ik heb tevens nog iemand gevonden die hetzelfde probleem aanhaald in een gesloten ticket van oscam op

http://streamboard.g...2316#comment:28

Naar aanleiding van de reactie op dit, heb ik de ecm whitelist eens ingeschakeld zodat alleen een geldige lengte binnenkomt, ik ga het zo in de gaten houden, het stomme is dat hij nu al uren opstaat zonder enig probleem.

Edited by ocram, 14 April 2012 - 17:28.

[deleted]

Op het forum http://www.oscam.to/...&threadID=13786

Heeft de gebruiker van bovenstaande -d 255 logs geplaatst vanop het moment dat het probleem zich voordoet. Dit is hetzelfde probleem, alleen ik ben nog niet in staat geweest om het te loggen met -d 255

[littlesat]

Wat doen jullie allemaal met ftp en zo naar je boxen toe... Dat is helemaal niet nodig. Windows-7 en ook Ubuntu e.d. herkend de box vanzelf in je netwerk.....

[deleted]

Klopt idd, is denk ik meer wat je gewoon bent, ik kan met WinSCP veel sneller werken dan via windows verkenner, en gebruik het ook om met mijn HTPC te verbinden, want daar staat niet alles open en bloot via samba.

[Erik Slagter]

Wat doen jullie allemaal met ftp en zo naar je boxen toe... Dat is helemaal niet nodig. Windows-7 en ook Ubuntu e.d. herkend de box vanzelf in je netwerk.....

Zeg maar linux hoor... Wat jij "netwerk" noemt = smb = windows disk sharing.

FTP is een protocol uit begin jaren '70. Het is iets q&d als het ware om makkelijk files over te zetten op een compleet open netwerk (wat internet en de voorloper toen nog waren, omdat dat kon). FTP heeft met http, scp, smb en http al heel lang geen bestaansrecht meer. Het is onveilig, inefficient, door de hele opzet niet betrouwbaar door een firewall heen te krijgen, enz. enz.

Gebruik dus gewoon smb, (win)scp of nfs thuis en (winscp) of https van/naar buiten. Dan weet je zeker dat het werkt.

[Jeroensky]

Wat doen jullie allemaal met ftp en zo naar je boxen toe... Dat is helemaal niet nodig. Windows-7 en ook Ubuntu e.d. herkend de box vanzelf in je netwerk.....

Ik heb geen samba op m'n linux bakken(althans niet allemaal omdat geen windows compatibility nodig heb, omdat hier geen windows in thuisnetwerk is, zijn allemaal Linus kernels hier).
En heb wel ftp server (of dlna) op devices die files bieden(compu server & enigma2 pvr) en ftp clients op rest. Ftp heeft goede resume support(& login user/pass). en vind het wel wat prettiger betreft overpompen van nodige data.
Misschien ben ik ook wel oldschool, maar ja ftp is ontwikkeld voor file transfer

Edited by J3r03n5ky, 14 April 2012 - 20:49.