Jump to content


HPPli

Member Since 18 Jun 2011
Offline Last Active Today, 10:09
-----

#278807 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 24 May 2012 - 18:00

jullie hebben het veel over de interne ontvangers kan er ook wat advies gegeven worden over de speeds in de linux bakjes voor de freaks onder ons

Wij hebben het niet over interne ontvangers maar de Oscam-verbeteringen voor de interne cardreaders van onze Dream-receivers.

Hint ! ;) Misschien zou je de Oscam-Wiki eens kunnen lezen en/of de boards welke ik eerder per PM (al) heb doorgegeven.
Ook het terug lezen van de laatste 5 a 6 pagina's van deze topic geeft (duidelijk) beantwoording van je vraag naar wat advies !!


#278654 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 24 May 2012 - 01:27


Parasol, test jij wel wat je doet??

[modbreak=modbreak]
Wing39, laten we het hier gezellig houden!
Kritiek mag best inhoudelijk maar speel het niet op de man aub...
[/modbreak]


Het was maar een vraag, niet de bedoeling om iemand tegn de schenen te schoppen.

Wat was dan de bedoeling van je vraag ?? Met alle respect, @theparasol behandeld en bespreekt zijn verbeteringen binnen Oscam hier bij OpenPli, Sat4all en Streamboard en krijgt juist overal enorme waardering.
Wat ook als prettig wordt ervaren is het feit dat hij juist ons vraagt te testen en onze bevindingen te melden.
Tot slot, je hoeft niet de laatste Oscam versies te gebruiken. Twijfel je aan de laatste experimentele versies van Oscam zijn er altijd nog de oude stable versies of experimentele versies van maanden terug (die ook stable werken).


#278064 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 22 May 2012 - 00:10

@Bas, een beetje uitgetierd ???? :P
Volgens mij snap je nog steeds niets van deze hobby, je wilt perse jouw mening hier op dit board doordrammen. :angry:

Oscam werkt bij mij als een tierelier en alszodanig geen probleem. NAAST dit alles wil ik, naast vele andere hier op dit board een positieve bijdrage (aan)leveren om steeds meer verbeteringen aan te brengen aan de bestaande opensoftware. Er is dan ook niemand op uit (ook theparasol niet) om de software nagatief te ontwikkelen. In dit draadje zijn we dus enkel bezig met Oscam uitwisselingen. Dus vragen, ervaringen en antwoorden zijn hier aan de orde. Wil je daar niet aan meedoen is dat je goed recht, immers je hebt al een prima Oscam setting gevonden voor jezelf. Wij willen een stapje verder en die hierin wil meegaan kan dat dus uitstekend proberen middels de Oscam-Experimentele versie en tevens enkele specifieke zaken verder uitdiepen. Nogmaals , hierin hoef je niet te geloven en/of meegaan maar respecteer een ander zijn drang en hobby om hieraan verder te experimenteren.

@theparasol, ik heb allerlei instellingen/waarde's getest maar kom niet hoger dan :
mhz = 2000 #of lager#
cardmhz = 100

Prima werkende waardes in je laatste commit (oscam versie 6913) voor een VU+DUO zijn:
mhz = 1785 of 1835
cardmhz = 100


#278003 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 21 May 2012 - 21:16

Bas, als Oscam de PLL van de internal reader goed (lees beter dan voorheen) aan kan sturen is het voor een external reader straks ook een fluitje van een cent om die tot een goede "aansluiting" te brengen en/of te configureren vanuit Oscam !

Trouwens, waarom gebruik je toch Oscam als er zo'n negatief en/of negatief probleem aankleeft ?
Mijn advies, gebruik iets anders en negeer deze topic s.v.p.
Op deze wijze toon je weinig respect voor @theparasol die zich 100% inzet voor het verbeteren aan Oscam.


#277861 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 21 May 2012 - 15:48

Even een proefje met:
mhz = 1785
cardmhz = 500

en/of met auto-PLL keuze :
mhz = 2700
cardmhz = 100


#277803 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 21 May 2012 - 10:43


Voor een ieder met een VU+DUO werkt en start Oscam met versie 6886 en hoger het beste (proefondervindelijk) op de waardes;
mhz = 1785
cardmhz = 500

Met deze instelling haal ik de laagste ECM waardes en start Oscam inclusief de cardreader snel en direct op na een een reboot (VU)


Welke ecm waardes haal je hiermee?


Tijdens normaal gebruik schommelen deze waarde's tussen 310 tot 313mSec. Bij een cache naar een tweede VU+DUO ontvanger gaat deze waarde omlaag naar 298 a 300mSec.
Voor Seca3 van CS, dus Ned1HD etc heb ik nooit lagere waarde's gekend al die tijd.


#277766 Oscam ervaringen, vragen en antwoorden

Posted by HPPli on 21 May 2012 - 00:14

Klopt, je vult bij cardmhz eenmalig 100 in en oscam vervangt deze door de optimale waarde uit de ATR van de kaart.
Zo wordt je kaart altijd goed geklokt.


Voor een ieder met een VU+DUO werkt en start Oscam met versie 6886 en hoger het beste (proefondervindelijk) op de waardes;
mhz = 1785
cardmhz = 500

Met deze instelling haal ik de laagste ECM waardes en start Oscam inclusief de cardreader snel en direct op na een een reboot (VU)


#274114 Oscam client op een 2e box voor Dummy's

Posted by HPPli on 30 April 2012 - 21:07

1) Kan je screenshots moeilijk tot nagenoeg niet lezen, maar zie wel dat je geen connectie meer hebt op je client naar Server.
2) Je hebt op beide versie 6644 draaien, dat is prima (komen we later wel terug op dat 755 verhaal.
3) Nu je deze laatste versie hebt draaien volstaat in beide oscam.dvbapi's P:0100:00006a of P:0100:00006c indien je een belgische kaart hebt.
3) Je zult toch eerst weer connectie moeten maken alvorens we verder kunnen "zoeken", ik adviseer je camd35 als volgt:

In je Server-file oscam.conf bijplaatsen ; ( [cccam] gedeelte weg !!!!!! )
[cs357x]
port = 12345

En in je Client-file Oscam.server veranderen naar ;
[reader]
label = slaapkamer
enable = 1
protocol = camd35
device = 192.168.1.37,12345 <------ Goed IP ??
user = dm500
password = wachtwoord
group = 1
auprovid = 00006A

Succes


#247239 Hoe doe ik het Oscam CS en MgCamd als client (handleiding en files inclusief)

Posted by HPPli on 16 January 2012 - 21:42

Zie inmiddels je denkfouten (positief bedoeld) :)
Als je MGcamd hebt geinstalleerd op de 500 moet je even een CCcam C-line regel plaatsen in ccccamd.list
Zoiets als C: "ip van 8000" 9040 dm500hd wachtwoord1

De grootste denkfout is het feit dat je denkt te kunnen connecten middels localhost in newcamd.list, echter de localhost is enkel te gebruiken binnen de 8000.
De newcamd.list in de 500 doet niets, immers er is intern geen localhost-server ! (die zit in de 8000)


#246860 Pli HD Skin

Posted by HPPli on 15 January 2012 - 17:10

Ik kan je redenering niet volgen???
En je volgorde antwoorden is niet helemaal zoals ik aangaf..

Jammer :blink: :blink:


#246847 Hoe doe ik het Oscam CS en MgCamd als client (handleiding en files inclusief)

Posted by HPPli on 15 January 2012 - 16:44

Zodra Pli de laatste mgcamd toevoegd aan de feed wil ik dit ook eens gaan testen. Weet iemand of dat gaat gebeuren?

Waarom zo moeilijk ???? Oscam als cardlezer/server en dan uiteindelijk kijken met mgcamd (langzame zapper) ???

Neen, gewoon Oscam Stable installeren (bijv versie 6233 als stable gebruiken) en genieten.


#244509 Ushare plugin (DLNA server?)

Posted by HPPli on 7 January 2012 - 23:09

Succes ermee, je eerste vraag(en) was alsvolgt;

Dus is ushare plugin goed of niet? Lijkt dat windows share wel werkt, maar ik heb dlna share nodig (dlna server functie op dm8000)


Ik ga in iedergeval iets leukers doen dan reageren op jouw problematiek/vragen :P


#243803 Openpli update troubles topic

Posted by HPPli on 4 January 2012 - 14:51

Sorry, kan echt niet meer volgen nu, jouw eerste regel is me niet duidelijk.

Ik ben dan wel niet @wanwizard, maar ik reageer toch even.
De uitleg van @wanwizard is volkomen helder en clear inzake het tijdelijke (nieuwe) protocol voor de update. Misschien nog eens ter verduidelijking;

Enkel voor de VU+'s is het noodzakelijk om eerst een bootloader-flash (af stick) en hierna een image-flash (af stick) met de vernieuwde kernel in de OpenPli-image software te laden.

Hierna mag je weer rustig het (nu nog) tijdelijke stoplicht negeren en je dagelijkse update te flashen vanaf de Pli-server zoals je voorheen deed.
Het dagelijkse updaten gaat nu weer prima maar het tussentijds veranderen van de bootloader en image met nieuwe kernel moet je als "station" wel nemen (zie 2e alinea welke hierboven staat omschreven) om verder probleemloos weer te kunnen genieten van OpenPli met de dagelijkse verbeteringen (updates)


#242191 Vu+ Kernel 3.1.1 beta

Posted by HPPli on 29 December 2011 - 18:55

Besides of that: I think we would not have these kind of boxes if we would always be like "I am satisfied with the old stuff". :D

I don't have the feeling that we have now an "old stuff box" . Almost each day we receive updates (ViX and others sometimes) and will be your and our receiver with OpenPli image-stuf the latest standard (a day !!!!) with Enigma2 !!!!

Pls, respect for some days the policy of the Pli-team for the switch to newer kernel 3.1.1 beta ???


#241910 Vu+ Kernel 3.1.1 beta

Posted by HPPli on 28 December 2011 - 21:11

It's not just about politics, even merging Andy's work will still be a few hours work.

Don't be in a hurry for kernel 3.1.1. Yesterday and today I'll tested ViX with Pli-HD skin (works !) and could not find any better performance as OpenPli already offer with kernel 2.6.18.
Even, some of my family ask me kindly (they didn't now anything about the firmware test/switch of ViX) what's happening with the VU+DUO, it seems to be a little slower.

Ofcourse, we know the improvements of the newer kernel but for the normal work it is not necessary to force the Pli-team.