4250 replies to this topic

[Erik Slagter]

Now you can use decodeforever to try all caids again forever.
Lijkt me toch duidelijk... Alle caids proberen, als hij 3x geen antwoord krijgt, gewoon doorgaan met proberen van alle caids. Als je met oscam.dvbapi werkt kan je ervoor kiezen om alleen bepaalde caids,providers etc. te blijven proberen. De rest zal hij dan 3x proberen lijkt mij, tenzij je die ignored.

Wat ik niet SNAP is het PROBLEEM.

Je kon altijd al kiezen per caid/provid en nu is daar "globaal" bijgekomen. Wat is dan het probleem?

[ni_hao]

@Erik: voor zover ik heb begrepen kon je voorheen en nu nog steeds in oscam.dvbapi aangeven dat een bep. CAID/PROVID door dvbapi continu gedecodeerd wordt. Wil je dat bij bijvoorbeeld 8 CAID/PROVIDs laten doen dan moest je voorheen 8 keer acher een P-regel het cijfer 1 zetten. Met de decodeforever heeft het cijfer 1 in de oscam. geen functie meer omdat als je decodeforever in de config activeert, dan zal dvbapi continu op ALLE caids/provids blijven decoderen. Wil je dvbapi bijv op 7 caids/provids dat laten doen en de anderen niet, dan zul je dus decodeforever niet moeten activeren en het via oscam.dvbapi moeten doen.

Edited by ni_hao, 8 October 2012 - 16:34.

[Erik Slagter]

Ja en dat is bedoeling en dat wil ik ook, waarna je vervolgens je hele dvbapi kunt leegmaken. Ik zie het probleem niet? (nog steeds niet).

Edited by Erik Slagter, 8 October 2012 - 16:35.

[DoeEensGek]

@Erik: voor zover ik heb begrepen kon je voorheen en nu nog steeds in oscam.dvbapi aangeven dat een bep. CAID/PROVID door dvbapi continu gedecodeerd wordt. Wil je dat bij bijvoorbeeld 8 CAID/PROVIDs laten doen dan moest je voorheen 8 keer acher een P-regel het cijfer 1 zetten. Met de decodeforever heeft het cijfer 1 in de oscam. geen functie meer omdat als je decodeforever in de config activeert, dan zal dvbapi continu op ALLE caids/provids blijven decoderen. Wil je dvbapi bijv op 7 caids/provids dat laten doen en de anderen niet, dan zul je dus decodeforever niet moeten activeren en het via oscam.dvbapi moeten doen.

Ja, maar als jouw request_mode = 1 is, probeert hij ze allemaal tegelijk, volgens mij heb je dan niks aan oscam.dvbapi. Het voordeel is nu dat je ook die kan laten doorvragen. Hij blijft alle caids vragen, op de manier zoals hij altijd al deed.

@erik, ik begrijp je .

[ni_hao]

Ja en dat is bedoeling en dat wil ik ook, waarna je vervolgens je hele dvbapi kunt leegmaken. Ik zie het probleem niet? (nog steeds niet).

Ja ik wil ook af van die oscam.dvbapi, maar dat gaat niet omdat ik van bepaalde CAID/PROVIDs niet wil dat die continue worden gedecodeerd. Ik wil dat provid 6A alleen continu wordt gedecodeerd, dus ben ik helaas helaas verplicht oscam.dvbapi te blijven gebruiken, omdat decodeforever niet de optie heeft om provid's op te geven. Het is of alles (alle provids) continu te decoderen of niet.

Edited by ni_hao, 8 October 2012 - 17:46.

[Erik Slagter]

Ja maar dan snap ik het nog steeds niet! Je wilt duidelijk niet dat alle ecmpids eindeloos geprobeerd worden, dat is duidelijk. Dus dan valt de nieuwe globale optie af. Maar wat is er dan mis met een P:100:6a 1 regeltje in de dvbapi? Dat doet dan precies wat je wilt!

Ik wil wel dat alle ecmpids eindeloos geprobeerd worden en daarvoor was voorheen geen optie en nu dus wel.

[deleted]

@theparasol

Kan het zijn dat de decodeforever setting niet correct wordt uitgelezen, bij het herstarten? Bij mij zet ie hem in UI telkens terug op 0

[DoeEensGek]

@theparasol

Kan het zijn dat de decodeforever setting niet correct wordt uitgelezen, bij het herstarten? Bij mij zet ie hem in UI telkens terug op 0

Welke versie heb je?
http://www.streamboa.../changeset/7639
http://www.streamboa.../2839#comment:1
Zou dus zijn opgelost...

Edited by DoeEensGek, 8 October 2012 - 18:45.

[theparasol]

Het is heel simpel als je een P:0100:00006a 1 gebruikt dan gaat het op SD kanalen voortdurend fout. Ja tenzij je zoals Ni_Hao een seca2 kaartje in de kaartenbak hebt zitten.
Maar met een nagra3 krijg je met die instelling permanent zwart beeld.
decodeforever doet niets meer en minder dan na de 3 standaard tries van oscam waarna hij vroeger stopte met decoderen weer van voren af aan begint alsof er net naar het kanaal gezapped is.
Stel nu dat je net ff aan je ecmslot taks zat of je sharelijntje gaf ff 30 seconden niet thuis dan was je opname voorgoed vergalt (baal baal)
Nu heb je een klein gaatje in de opname zitten maar het gaat wel gewoon verder.
Zelfde geldt voor het live kijken. Geeft het ff niet thuis kun je rustig blijven wachten ipv druk heen en weer zappend in de hoop dat het beeld weer komt.

@Ni_Hao: http://www.streamboa.../changeset/7652
Dit fixed je nieuwste verschijnsel: afwisselend zwart en dan weer beeld.

[ni_hao]

Ja maar dan snap ik het nog steeds niet! Je wilt duidelijk niet dat alle ecmpids eindeloos geprobeerd worden, dat is duidelijk. Dus dan valt de nieuwe globale optie af. Maar wat is er dan mis met een P:100:6a 1 regeltje in de dvbapi?

Er is niks mis mee om dat via de dvbapi te doen, net zo min als je alle CAID's/PROVIDs er ook in zou kunnen zetten en dan is een globale optie dus helemaal niet nodig. Echter omdat ik ook - net zoals jij - af wil van oscam.dvbapi had de decodeforever optie ook uitgebreid kunnen worden met het ingeven van CAID/PROVIDs. Zodat je dus meerdere CAIDs/PROVIDs kunt configureren welke continu worden gedecodeerd en daarnaast bijvoorbeeld een asteriks om het van toepassing te laten zijn op alle CAIDs/PROVIDs. Dan ben je nl. af van de oscam.dvbapi. In feite een uitbreiding van de huidige mogelijkheid. Maar goed dat heeft niet zo mogen zijn helaas.

[ni_hao]

@Ni_Hao: http://www.streamboa.../changeset/7652
Dit fixed je nieuwste verschijnsel: afwisselend zwart en dan weer beeld.

Top, ik ga de trunk ff binnenhalen.

[littlesat]

Tnx to MartiniB for pointing me again on the fact that sharereaders deliver
a random ecmpid.

Waarom zo stom doen???? Random data doorgeven????

[DoeEensGek]

Ja maar dan snap ik het nog steeds niet! Je wilt duidelijk niet dat alle ecmpids eindeloos geprobeerd worden, dat is duidelijk. Dus dan valt de nieuwe globale optie af. Maar wat is er dan mis met een P:100:6a 1 regeltje in de dvbapi?

Er is niks mis mee om dat via de dvbapi te doen, net zo min als je alle CAID's/PROVIDs er ook in zou kunnen zetten en dan is een globale optie dus helemaal niet nodig. Echter omdat ik ook - net zoals jij - af wil van oscam.dvbapi had de decodeforever optie ook uitgebreid kunnen worden met het ingeven van CAID/PROVIDs. Zodat je dus meerdere CAIDs/PROVIDs kunt configureren welke continu worden gedecodeerd en daarnaast bijvoorbeeld een asteriks om het van toepassing te laten zijn op alle CAIDs/PROVIDs. Dan ben je nl. af van de oscam.dvbapi. In feite een uitbreiding van de huidige mogelijkheid. Maar goed dat heeft niet zo mogen zijn helaas.

Waarom wil je dan af van oscam.dvbapi?

[alias haha]

Ik heb de laatste versies van oscam er maar weer afgegooid, het werkte perfect met de oudere Oscam/Mgcamd opstelling, zowel op mijn ubuntu als op mijn vuduo, kreeg veel timeouts met de laatste versies, ik had niks veranderd aan mijn configs in ieder geval, gewoon alleen de cam updaten en klaar.
Maar als ik het goed lees is deze verandering voor de dvbapi? Correct me if i'm wrong...
Maar in ieder geval, met Mgcamd kreeg ik geen beeld meer op veel zenders met de laaste versies oscam, zit nu gewoon weer terug op versie 7180 op mijn ubuntu en totaal niks ingesteld met prio of ignore regeltjes, en alles gaat open.
Wel met de oranje nargra3 van cd wel te verstaan.

[Jeroensky]

@Ni_Hao: http://www.streamboa.../changeset/7652
Dit fixed je nieuwste verschijnsel: afwisselend zwart en dan weer beeld.

Bedankt voor de hint. Ik ben de 2e geweest die build7652 gedownload heeft(voor oe2.0)

Edited by J3r03n5ky, 8 October 2012 - 19:15.

[theparasol]

@Littlesat
Jongste banaanactie van mijn kant!
In de loadbalancer module werd de ecm data al geevalueerd (dat geeft zowel sharereader als local reader door)
Echter ecmpid wordt door sharereader random doorgegeven, dus dat is onbruikbaar.
Via een truukje wordt op bepaalde plekken in ecm datapackage gekeken en daar wordt de juiste waarde uit geextraheerd.
Werkt voor zowel local als share reader.
Echter doordat ik ff weer iets op mijn eigen manier wilde doen ging het juist fout.
MAW: Het zat er al goed in en ik ga het ff breaken

Edited by theparasol, 8 October 2012 - 19:17.

[Poodle]

Segfaults, hoe kan ik nou achterhalen waarom en wanneer deze gebeuren (en misschien daarmee hopelijk de oplossing ervoor vinden). Soms loopt OSCam (nu 7635) op mijn Ubuntu server rustig 7 dagen achterelkaar zonder ook maar 1 segfault, soms gebeurd het ook 4x op een dag (lijkt willekeurig te gebeuren). Doordat ik OSCam opstart met de -r 2 parameters, start OSCam wel zelf weer op, maar ik zou zo graag zien dat het helemaal niet meer gebeurd. Bij zo'n herstart hikt het beeld kort even, toch vervelend.

Kan het te maken hebben met een bepaalde setting of situatie die ontstaat? Of is het een bug in de code van OSCam en moet ik wachten en hopen totdat deze is opgelost?

Elke keer als ik lees dat een bepaalde segfault is opgelost, heb ik de hoop dat dit de 'crashes' bij mij verhelpt, maar toch zie ik het steeds nog terugkomen, tot mijn frustratie...
Draai nu met Ubuntu 10.4.4, zou hetzelfde gebeuren met OSCam onder 12.04? Of heeft Ubuntu er helemaal niets mee te maken?

[theparasol]

Ik heb de laatste versies van oscam er maar weer afgegooid, het werkte perfect met de oudere Oscam/Mgcamd opstelling, zowel op mijn ubuntu als op mijn vuduo, kreeg veel timeouts met de laatste versies,

Klopt, nog ff upgraden naar 7652 of beter en je bent er weer van verlost

[theparasol]

Segfaults, hoe kan ik nou achterhalen waarom en wanneer deze gebeuren (en misschien daarmee hopelijk de oplossing ervoor vinden).

Daar is afgelopen week heel hard aan gewerkt, dus de kans dat het optreedt zal steeds kleiner worden.
Als je met de debug versie draait kun je een log aanleveren waarmee een dev de oorzaak kan achterhalen en wegnemen.

[Erik Slagter]

Het is heel simpel als je een P:0100:00006a 1 gebruikt dan gaat het op SD kanalen voortdurend fout.
Maar met een nagra3 krijg je met die instelling permanent zwart beeld.

Hetgeen ik dus niet kan reproduceren hier!