gelöst Oscam Webif/Reader Fehler

[nillebor]

danke Dir,

Filesystem                Size      Used Available Use% Mounted on
ubi0:rootfs             224.1M     68.2M    155.9M  30% /
devtmpfs                 72.9M         0     72.9M   0% /dev
none                     73.0M    300.0K     72.7M   0% /var/volatile
/dev/mtdblock2            7.0M      3.9M      3.1M  56% /boot

das Startscript ist schon ewig alt, wurde ja nur immer die Binary ersetzt.
Werde es heute noch einmal angehen mit den Config's jedoch finde ich es komisch das bei einer anderen, älteren Version alles wieder funktioniert. Ich teste natürlich alles aus, aber glaube es liegt nicht an den Config-Pfad. neue Configs hatte ich ja vorher schon probiert über 8888, siehe erste Seite. Aber wie erklärst Du dir das mit der alten Version SOFORT funktioniert?

@name007, das war bezogen auf das geänderte Startscript, habe immer alles so gemacht wie es verlangt wurde von Hand sollte ich es erst ab Beitrag #25 starten

 

[Azo]

Hi,

155.9 MB frei ist mehr als genug.
Irgendetwas ist ja wohl faul.
Wenn der Pfad für die Configs im Startscript geändert wurde, aber trotzdem in /etc gesucht wird ......
Deshalb Configs löschen und händisch mit -c starten.
Das muss gehen.
Könnte natürlich auch sein, dass der Flash ne Macke hat.
Dann sollte es aber mehr Probleme geben, als das Bearbeiten der Configs via Webif.
Langsam gehen mir die Ideen aus.
Zur Not Image sichern und neu flashen.
Ich kann Dir aber auch gern mal mein Binary für mips zum Testen geben.

Spoiler: oscam -V

Version: oscam-1.20_svn-r11518
Compiler: mipsel-unknown-linux-gnu
Box type: generic (generic)
PID: 16981
TempDir:
GBox tmp_dir: not defined using:
ConfigDir: /etc/tuxbox/config/oscam/
WebifPort: 8888

Web interface support: yes
LiveLog support: yes
jQuery support intern: yes
Touch interface support: no
SSL support: no
DVB API support: yes
DVB API with AZBOX support: no
DVB API with MCA support: no
DVB API with COOLAPI support: no
DVB API with COOLAPI2 support: no
DVB API with STAPI support: no
DVB API with STAPI5 support: no
DVB API with NEUTRINO support: no
DVB API read-sdt charsets: yes
Irdeto guessing: yes
Anti-cascading support: no
Debug mode: yes
Monitor: no
Loadbalancing support: no
Cache exchange support: no
CW Cycle Check support: no
LCD support: no
LED support: no
Clockfix with realtime clock: yes
IPv6 support: no

camd 3.3x: no
camd 3.5 UDP: yes
camd 3.5 TCP: yes
newcamd: yes
CCcam: yes
CCcam share: yes
gbox: yes
radegast: yes
scam: yes
serial: yes
constant CW: yes
Pandora: yes
ghttp: no

Reader support: yes

Nagra: yes
Nagra Merlin: yes
Irdeto: yes
Conax: yes
Cryptoworks: yes
Seca: yes
Viaccess: yes
NDS Videoguard: yes
DRE Crypt: yes
TONGFANG: yes
Bulcrypt: yes
Griffin: yes
DGCrypt: yes

cardreader_phoenix: no
cardreader_drecas: no
cardreader_internal_azbox: no
cardreader_internal_coolapi: no
cardreader_internal_coolapi2: no
cardreader_internal_sci: yes
cardreader_sc8in1: no
cardreader_mp35: no
cardreader_smargo: no
cardreader_pcsc: no
cardreader_smartreader: no
cardreader_db2com: no
cardreader_stapi: no
cardreader_stapi5: no
cardreader_stinger: no

Tschau

Azo

 

[nillebor]

abgesehen davon was hat es aber mit der alten cam aufsich, die sofort funktioniert, warum kann man bei der neuen einige (Einstellungen) nicht tätigen und warum wird die schreibzahl welche im EMMcache eingetragen ist ignoriert?
EMMCache erzeugt zwar angelegt aber bleiben leer, das gleiche Problem tritt hier auf.

wenn Du magst, kannst Du ja Deine anhänger, werde sie natürlich auch testen

 

[Azo]

Hi,

abgesehen davon was hat es aber mit der alten cam aufsich, die sofort funktioniert

Genau das verstehe ich nicht.
Du kannst natürlich auch mal den debuglevel auf ALL setzen, Reader bearbeiten und dann im Log nach (webif) schauen.

Tschau

Azo

 

[name007]

habe immer alles so gemacht wie es verlangt wurde von Hand sollte ich es erst ab Beitrag #25 starten

hast du sie denn jetzt per hand gestartet ? und wie ist dann die config dir ? war bei der alten bin die config dir auch in /etc ?

 

[nillebor]

wenn die Cam von Hand gestartet wird, denn ist auch der geänderte Ordner mit den Config's aktiv -> /etc/tuxbox/config/oscam
starte ich die Cam über das Menü werden die Configs in /etc abgelegt, obwohl das Startscript abgeändert ist.

bei beiden Varinanten treten die genannten probleme auf, es sei denn ich nutze eine ältere Version, dort funktioniert es auf sofort. Auch werden nur die genannten Werte nicht übernommen, andere Werte im Reader können jederzeit geändert werden. Wenn es heute nacht ruhiger ist, werde ich es zum gefühlten 100. Mal neu machen...

Ich werde berichten, falls noch einer was zum testen hat, kann ich es gerne noch probieren!

Danke für die Hilfe, scheinbar ist das Problem doch delikater

 

[name007]

/etc/tuxbox/config/oscam

der ordner existiert auch? geb ihm mal testweise alle rechte : chmod 777 /etc/tuxbox/config/oscam

zum startscript. in welchem ordner liegt das ?

 

[janni1]

Hi,
beim Merlin3 sollte es unter /usr/script/cam liegen und z.B. oscam-oe2.0.sh heißen.
Die Configs werden original unter /etc gesucht.
Hier mal das original-Script

Spoiler

#!/bin/sh
CAM="oscam-oe2.0"
OSD="OScam"
PID=`pidof $CAM`
Action=$1

cam_clean () {
        rm -rf /tmp/*.info*    /tmp/.oscam /tmp/*.pid
}

cam_handle () {
        if test    -z "${PID}"    ; then
                cam_up;
        else
                cam_down;
        fi;
}

cam_down ()    {
        killall    -15 $CAM
        sleep 2
        cam_clean
}

cam_up () {
        /usr/bin/cam/$CAM -c /etc
}

if test    "$Action" =    "cam_startup" ;    then
    if test    -z "${PID}" ; then
        cam_down
        cam_up
    else
        echo "$CAM already running, exiting..."
    fi
elif test    "$Action" =    "cam_res" ;    then
        cam_down
        cam_up
elif test "$Action"    = "cam_down" ; then
        cam_down
elif test "$Action"    = "cam_up" ; then
        cam_up
else
        cam_handle
fi

exit 0

Dabei liegt eine "oscam-oe2.0" unter /usr/bin/cam

 

[nillebor]

Danke für alle Antworten und Bemühungen.

So wie ich es sehe unterscheidet sich das Startscript vom Speicherort der Confikges und "killall -15" bei meiner ist das nur "killall -9" was ja auch nur die Wartezeit ist und meiner Ansicht nichts mit dem Problem zu tun hat. Auch den ein geänderter Speicherort hat ja nichts gebracht.

 

[pehedima]

Es gibt tatsächlich ein Problem mit der Abspeicherung von Readern im WebIf.

Habe das Ganze jetzt mal analysiert und einen Patch dazu erstellt, der auch in den trunk muss.
Ob dieser allerdings die gesamten Probleme löst, die hier beschrieben sind kann ich noch nicht beurteilen.
Einfach testen

Meine sind damit zumindest erstmal verschwunden.

Hier mal eine mipsoe20 Version:

 

[nillebor]

auch das werde ich testen, hat das zufällig auch was mit dem EMMCache was zu tun?
Die "Schreibzahl" wird einfach ignoriert, Einschaltem im Reader funktionierte auch nicht - ausschalten ging

@pehedima,
alles wieder auf anfang, alte configs eingespielt, deine Cam und siehe da es funktioniert!
Was ich nur noch nicht sagen kann ist der EMMCache ob das skippen wieder funtioniert :smile:

Ein Dank gilt natürlich auch name007 und besonders Azo für die Geduld und Mühe, wobei ich ja schon seit Threadanfang geschrieben habe das es ein Bug sein muss, denn ich habe wirklich alles x-Mal durchprobiert.

 

[Schwarzi]

Ich bin der aus dem "anderen" Thread. Meine Karte läuft im Dockstar, von da wird auf Kathi und HD 51 geshared. Compilieren mache ich mit s3 auf dem PC selber. Wird der Patch nun allgemein im Trunk eingepflegt, ich brauche das ja für arm. Dann werde ich mir erstmal keine Gedanken weiter machen ..
Und danke an nillebor, der mich hierher gelotst hat....

 

[nillebor]

Kurze Rückinfo - der EMMCache funktioniert aber nicht, es wird nicht die Anzahl geschrieben/geskippt wie es sein sollte bzw. wie es eingestellt ist. Die EMM Einstellungen scheinen zumindestens in der 2. Position ignoriert zu werden.

Die dazu gehörenden emmcache und emmstat sind zwar nach neustart vorhanden, werden aber auch bei mehrmaligen schreiben nicht gefüllt.

 

[pehedima]

Die emmcache-Funktion für NDS Videoguard Karten wurde bereits vor über einem Jahr mittels oscam 11408 abgeschaltet.
Daher wird bei diesen Karten nichts mehr gecached.

Sie müssen registriert sein, um Links zu sehen.

nähere Infos dazu.

Falls du weiterhin die emmcache-Funktion für diese Karten nutzen willst, wirst du eine oscam < 11408 installieren müssen.

Den Patch zur korrekten Speicherung der Readerdaten werde ich noch zum Einbringen in einer der nächsten trunk Versionen übergeben.

Denke, damit ist dieses Thema jetzt abschließend geklärt.

 

[nillebor]

Denn ist ja alles gesagt und alle Auffälligkeiten erkannt oder behandelt. Danke allen die mir geholfen haben. :smiley:
Ich denke @Schwarzi hat jetzt auch eine Antwort bekommen auf seine Frage

Abschließend: In der oscam.server/reader, kann man also denn auch den kompletten EMMCache weg lassen, da es ja für Skyskaren kein einfluss mehr hat? Diese Zeile "emmcache = 1,1,10,0" wird nicht mehr gebraucht ist komplett überflüssig oder bezieht sich das nur auf den "Schreibwert" der übergangen wird? Der EMMCache wird doch aber zum loggen benötigt?

Im

Sie müssen registriert sein, um Links zu sehen.

steht auch nichts dazu...

Danke für die Unterstützung