Diverse DMM Posts die nichts direkt mit dem OSam-ICAM-Patch zu tun haben

[Token]

hmm, das kann ich hier so nicht bestätigen.
aber alle 7sek. klingt für mich nach einem emm-problem ?!

 

[Drachentöter]

@kitte888
@Drachentöter
Was versprecht ihr euch davon? Welche Verbesserung?

Ob das überhaupt etwas bringt, ist noch völlig unklar. Es soll das hämmernde Einfrieren der Box verhindert werden.
Vielleicht ist das auch der völlig falsche Ansatz, aber wer bessere Ideen hat darf sich gerne dazu äussern oder Tips geben.

 

[ghost0815]

Ok, aber mit Info´s ausblenden löst man das Problem nicht, oder verstehe ich da was falsch?

 

[Drachentöter]

Es wird in dem Binary von @Miese.Ratte ja auch nicht angezeigt, aber das ist halt noch nicht alles. Da wir den Patch den er da verwendet hat aber nicht haben, müssen wir halt selbst zusehen das irgendwie genausogut auf die Beine zu stellen. Und dazu bedarf es halt Anpassungen.

 

[ghost0815]

Ich frag mal anders....
Habt ihr einfach nur die Infos ausgeblendet, oder habt ihr was gemacht damit die Anzeig/Info nicht mehr kommt?

 

[Drachentöter]

es wurde etwas in der module-dvpapi.c hinzugefügt / editiert.
ich habe die Meldung für das log jetzt nochmal angepasst, aber da könnte auch genausogut Currywurst stehen, es ist nur ein Hinweis.
Die anderen Zahlen die im log angegeben werden, sind als Markierungen im file gedacht, wo eventuell noch Änderungen vorgenommen werden könnten.
Vielleicht ist das im Patch besser aufgehoben, aber ich habe da keinen Plan von wie ich das umsetzen müsste. Am Einfachsten war es jetzt, die module-dvbapi.c zu bearbeiten.

Spoiler: code

if (er->caid == 0x09C4 || er->caid == 0x098C || er->caid == 0x098D)
{
cs_log(" do not send ecminfo to dreambox, if caid is 0x09C4, 0x098C or 0x098D " );
return; // Nichts tun, wenn die Karte V13,V14,V15 ist
}

cs_log("caid: 0x%04X", er->caid);
FILE *ecmtxt = fopen(ECMINFO_FILE, "w");
cs_log(" 8019 check write ecm info caid 0x09C4 || 0x098C || 0x098D " );
if(ecmtxt != NULL && er->rc < E_NOTFOUND)
{

 

[kitte888]

die ecm info wird nicht mehr geschrieben

könnte sein das oscam den file schreibt und ein andere lesen will

ist ja erst mal ein versuch , ich kann nicht testen

drachentöter muss das testen und sagen ob es was bringt

beim vti image kommt es auch immer zu 2 demuxer

habe da jetzt was probiert , auf vti geht es , muss aber auch drachentöter erst mal testen

patch kann man machen wenn es geht und auch die logs wieder raus

schau mal ins postfach , kannst du das auch dann mal mit aufnahme testen

 

[Token]

@Drachentöter
habe deine oscam getestet -> freeze/audio-hämmern/restart nach etwa 3h!
aber war mir dann fast klar, nachdem ja nur das log "schön gemacht" wurde!
ich bin mir daher ziemlich sicher, das das mit der module-dvbapi.c erstmal nicht zielführend sein kann.
wenn ich Ratte richtig verstanden habe, sind es die Demuxer welche Amok laufen.
hier müssten Code-Versteher vielleicht ansetzen!

 

[Drachentöter]

Kitte ist ja dran mit den Demuxern. Ich baue und teste bei mir.

 

[kitte888]

weis nicht ob das alles so richtig ist , müsst ihr testen

 

[Drachentöter]

Hier nochmal eine Version zum Testen, diesmal wieder mit ecm-info.
Im log schaut es schon geordneter aus

 

[Token]

@Drachentöter
ich kann zumindest bestätigen, das es im Webif erstmal wieder normal/gut ausschaut.
ob das jetzt nur die Kosmetik betrifft, weis ich jetzt nicht - ich lasse das aber mal 3-4h nonstop durchlaufen!

ihr habt ohne AntiCasc,CacheEx,CW-Cycle gebaut ... hat das in diesem Zusammenhang einen Grund?

 

[Drachentöter]

Nein, hat keinen Grund.
Kann das auch noch mit rein packen, falls es Dir wichtig ist.

 

[Token]

erstmal nicht, ich würde dann selber was bauen, wenn der hier stabil durchläuft, und ihr die fixes veröffentlicht habt.

 

[chiefobrei]

Macht die Ursache für das Hoppeln weg und die DM One/Two ticken nicht mehr ab. Wie und wo das abgestellt wird ist völlig Würstchen. Hauptsache da randaliert keiner mehr an den Demuxen herum.

@Miese.Ratte: Läuft bei dir Crime Investigation? Wird entschlüsselt laut Log aber kein Bild.