4250 replies to this topic

[HPPli]

De crux zit 'm (qua dvbapi, lokaal dus) in request_mode. In request_mode == 0 werkt het gewoon nog steeds niet, zonder gevulde dvbapi.

En waar komt dit (nog) vandaan ?

Groot nadeel van Oscam is wel, indien er gebruik wordt gemaakt van een aparte server en een aantal huiselijke Oscam-clients, het niet "terugkomen" van beeld wanneer de server zelf even in de stress zit en zichzelf reset om weer snel signaal te geven.

Edited by HPPli, 17 May 2012 - 18:32.

[frikandel]

nu snap ik er niks meer van

oscam draait op ubuntu dus als server mode neem ik aan al ik jullie goed begrijp

is er niemand die misschien via remote een keer mee kan / wil kijken

Edited by frikandel, 17 May 2012 - 19:17.

[HPPli]

nu snap ik er niks meer van

oscam draait op ubuntu dus als server mode neem ik aan al ik jullie goed begrijp

is er niemand die misschien via remote een keer mee kan / wil kijken

Jawel, ik (wij) begrijpen je goed !
Op je Server heb je geen oscam.dvbapi nodig !
Oscam.dvbapi (gevuld) heb je nodig bij clients, tevens waarbij request_mode = 0 !!!!
Dit laatste is bij jou niet aan de orde ! Je kunt beter beginnen met oscam.conf te voorzien van de noodzakelijke regels en niet met al die regels die je nu gebruikt.

[frikandel]

dus alleen die 4 regels ???

en 3 kaarten heb ik allemaal in groep 1 maakt dat niet uit
load balancing staat op 3 lowest usagelevel

[frikandel]

ik heb nu dit bij oscam.conf


[global]
nice = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 3

[monitor]
port = 988
aulow = 120
hideclient_to = 15
monlevel = 1
appendchaninfo = 0

[cs357x]
port = 1988

[cccam]
port = 17000
reshare = 0
version = 2.2.1
nodeid = D1581B7F1058888

[dvbapi]
enabled = 1
boxtype = none
user =

[webif]
httpport = 1234
httpuser = test
httppwd = test
httpallowed = 0.0.0.0-255.255.255.255

[HPPli]

Snel even de volgende regels eruit, je draait toch thuis in huis met een standalone Server ? :

[dvbapi]
enabled = 1
boxtype = none
user =

Hoe kijk je met je clients ? Via CCcam of Oscam ? en waarom " server" je me [CCcam] en [cs357x] ?

Een Server hoeft niet meer te bevatten in [globel] dan;

[global]
clienttimeout = 8000
clientmaxidle = 360
nice = -1
lb_mode = 10
saveinithistory = 1
readerrestartseconds = 1

[frikandel]

1 via oscam en nog een paar op cccam

[frikandel]

ik heb em nu zo


[global]
nice = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 3


[cs357x]
port = 1988

[cccam]
port = 17000
reshare = 0
version = 2.2.1
nodeid = ********************


[webif]
httpport = 1234
httpuser = test
httppwd = test
httpallowed = 0.0.0.0-255.255.255.255



soms zie ik dit ook wel eens voorbij komen

(1817&000000/0000/179D/64:D7B6): rejected group (0 ms) (0 of 0) (no matching reader)

en heb dan wel gewoon beeld ???

Edited by frikandel, 17 May 2012 - 21:25.

[HPPli]

1 via oscam en nog een paar op cccam

Welke van je inhouse-clients gaan nu soms (nog) op zwart ?

[frikandel]

ja moet ik nu even een dagje testen ziet er nu nog goed uit

[frikandel]

wat betekend dat no matching reader dan

Edited by frikandel, 17 May 2012 - 23:25.

[Non Disclosed]

oscam.dvbapi kan tegenwoordig gerust leeg hoor

Hier niet hoor, want dat wordt het een flipperkast.
Dan pakt hij steevast de verkeerde ECM-PID om te decoderen.
Zelf definiëren is nog altijd de beste oplossing, zeker als je een mix van CD-NL en TVV hebt zitten.

Misschien moeten we het beter onderscheiden !
Als je Oscam in Servermode draait (dus geen internal dvbapi-user) heb je helemaal geen oscam.dvbapi nodig !
Wanneer je Oscam in clientmode draait, eventueel met een smartcard(s) is het aan te bevelen om wel een ingevulde oscam.dvbapi file te gebruiken indien je altijd beeld wil hebben zonder "geflipper" en/of "zwart" beeld.

Groot nadeel van Oscam is wel, indien er gebruik wordt gemaakt van een aparte server en een aantal huiselijke Oscam-clients, het niet "terugkomen" van beeld wanneer de server zelf even in de stress zit en zichzelf reset om weer snel signaal te geven.

In "server" mode behoor je niet eens de experimental te draaien, eender welke oude versie is goed genoeg.
Er is geen enkele zinvolle reden waarom je de laatste versie voor een server zou draaien, want het is dan maar een domme sleutel-boer en als de ECM-limieten erin zitten is het goed.

Ook de "client" versie heeft genoeg aan de stable RC1 versie als je een goede oscam.dvbapi gebruikt.
Sorry hoor, maar de laatste versies zitten veel te vol met gerotzooi in de "automatische" oscam.dvbapi dat ze vaker problemen geven dan goed werken.

Als je een locale eiegen kaart hebt werkt vrijwel alles goed, het is enkel als je aan sharing doet dat het problemen geeft en dan moet je opletten.
Maar ook de RC1 werkt dan prima.

Als je niet weet waar je mee bezig bent, draai dan gewoon CCcam en het werkt meteen, maar sharen is dan een ramp.

Sorry dat ik het zeg, maar experimental versies is gerotzooi in de marge, werkt vaker niet goed dan wel goed.

Ram er een goede oscam.dvbapi in en zet requestmode op 0, dan heb je geen enkel probleem.

[frikandel]

volgens mij heeft dvbapi toch niks te maken met een server of zit ik nu fout

dvbapi is toch nodig voor de client ??

en ik ben misschien niet de slimste maar de expirimentals zijn er toch voor om verbeteringen te krijgen

[Non Disclosed]

Ze testen dingen uit met experimenteel, daarom is het niet beter.
Voor een server is stable een betere versie.

[Roymar]

volgens mij heeft dvbapi toch niks te maken met een server of zit ik nu fout

dvbapi is toch nodig voor de client ??

en ik ben misschien niet de slimste maar de expirimentals zijn er toch voor om verbeteringen te krijgen

Je hebt hem op een server draaien, dus heb je geen lokale cliënt (lees: dvbapi) de cs375 en cccam die je ingesteld hebt kun je gebruiken voor je cliënts.
eventueel als je kanalen wilt blokken of juist wil toestaan net zoals in de dvbapi, moet je de oscam.whitelist invullen die bedoelt is voor externe cliënts

Gr.Roymar

[teletub]

Hier, deze versie werkt weer prima voor de VU. Wie doet er even een duurtest en rapportage richting mij?

LETOP external reader support = grotendeels broken

Na een midweekje in jouw achtertuin (ponypark) nu weer thuis draai met een vuduo en wat wil je weten?

groet

[Roymar]

draai hier al een paar dagen met die versie en werkt prima hier

[HPPli]

draai hier al een paar dagen met die versie en werkt prima hier

Dit is nu niet helemaal mijn bevinding(en), kijk maar wat ik eerder schreef in reactie op @theparasol zijn verzoek begin deze week ;

Wel kan ik melden dat met deze nieuwste versie 6833 t.o.v. de iets oudere goedwerkende Oscam versie 6785 de VU+DUO // ECM-waardes vanaf CD-kaart (interne reader) ongeveer 20-25mSec hoger zijn. Ik kom nu, met dezelfde instellingen, op je aangepaste Oscam 6833 op waardes van 335mSec inplaats van de 310mSec voorheen.

Overigens, de site van Dreamworld heeft zojuist zijn "eigen" stabiele Oscam voorgesteld op basis van versie 6785 met een "eigen" Webif/logo. Maar met de volgende voetnoot erbij : Letzte "stabile" unstable-Version vor dem Umbau der Reader (mhz, cardmhz usw.)

Edited by HPPli, 18 May 2012 - 14:57.

[theparasol]

http://streamboard.g.../changeset/6869

PLL gebaseerde interne reader toegevoegd.

De timings en de clockspeed klopte tot voor deze versie geen donder van.
Als het goed is moet nu de goeie ouwe PPC based dreamboxjes zoals de 7000, 7020, 500 en 600 ook correct werken.
Wie test dit even.

Letop dat je de goede mhz instelling gebruikt:

mhz = 2700 voor mipsel gebaseerde dreamboxen (nieuwe modellen)
mhz = 3150 voor ppc gebaseerde dreamboxen (oude modellen)

Als je de oude waardes gebruikt reageert oscam zoals je gewend was voor deze update!

Edited by theparasol, 18 May 2012 - 16:15.

[frikandel]

als beeld op zwart gaat word dat ook gelogd in oscam omdat deze geen ecm errors geeft