Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Test-Thread OSCAM 1.20-unstable_svn build #7944

    Nobody is reading this thread right now.
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Hallo ihmfried,
leider verstehe ich deine Frage nicht, die ECMs sind das, was an die Karte/CS-Server geschickt wird um ein CW zu erhalten.
ADD_PID fügt die CAIDS (in der Reihenfolge) hinzu die in oscam.dvbapi angegeben sind, oder alle.
Es ist daher immer sinnvoll eine oscam.dvbapi anzulegen um nur die genutzten CAIDs durchzulassen und den Rest zu ignorieren.
Dadurch werden die Umschaltzeiten etwas verkürzt.
Bitte nächstes mal log-files nicht als Bild anhängen, sondern als text innerhalb eines [spoiler][code]...[/code][/spoiler]
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

@dirtyharry123

das mit der oscam.dvbapi habe ich ja gemacht

Code: 
2012/12/11 07:47:39 1A0878 p proxy 192.168.1.140:12002 newcamd525 (fd=0)
2012/12/11 07:47:39 1A0878 p orf [newcamd] proxy initialized, server 192.168.1.140:12002
2012/12/11 07:47:39 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2012/12/11 07:47:39 0 s waiting for local card init
2012/12/11 07:47:39 0 s init for all local cards done
2012/12/11 07:47:39 0 s anti cascading disabled
2012/12/11 07:47:39 1A90D8 c plain dvbapi-client granted (local, au=auto (6 reader))
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | p: 0D95 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | p: 1702 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | p: 1833 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | p: 1830 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 09AF 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 1861 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 0D05 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 0648 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 1722 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 1834 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 1843 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 09C4 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 09C7 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: prio: ret=2 | i: 098C 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
2012/12/11 07:47:39 1A90D8 c dvbapi: Read 14 entries from oscam.dvbapi
2012/12/11 07:47:40 0 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build #7947 (arm-linux-gnueabi-mca)
2012/12/11 07:47:40 0 version=1.20-unstable_svn, build #7947, system=arm-linux-gnueabi-mca, nice=-1


ach so noch was
mir ist aufgefallen wenn ich mit dem camd3 protokoll verbinde gibt es freezer alle 7sec aber nur bei sky sd
mit newcamd (4 reader) läuft alles ohne probleme

cccam protokoll lässt orf-ice nicht durch

orf-ice (0D95) mit cs378x und newcamd läuft
 
Zuletzt bearbeitet:
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Deine oscam.dvbapi ist aber ganz schön lang, ich gehe mal davon aus du nutzt die 0D95, 1702, 1833, 1830,
dann sollte die oscam.dvbapi in etwa so aussehen:
Code: 
P: 0D95
P: 1702
P: 1833
P: 1830
I: 0
das "I: 0" bedeutet, dass alles andere ignoriert werden soll.
Denk auch daran, dass auch die Reihenfolge in der oscam.dvbapi eine Rolle spielt.

Das 7-Sek-Freezer-Problem sollte eigentlich nix mit dem Protokoll zu tun haben und auch nur bei NDS (z.b V13) auftreten.
Wäre gut, wenn das nochmal jemand bestätigen kann.
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Hallo dirtyharry123,

vorab toll wie Du und mrweb das alles macht. Wirklich Resept!

Ich kann bestätigen die freezers gibt es leider bei V13.

Ich habe ein DM8000 als Serverbox V13 in oscam fastmode, clients mit cccam laufen alle top. Nur halt das MCA mit freezern.
habe jetzt nur die SKY Programme getestet (MCA). Da der Reciver mit dem MCA kein HD kann...

Ich dachte noch vor kurzem das das MCA Hardwaremäßig ein "tolles" "Ding" ist. Nachdem ich gesehen habe, das das MCA ein CAM ist wo dann der "Linux"-Teil an einer emulierten Smartcard "hängt". Finde ich es schon garnicht mehr so toll... Dachte immer Linux mit PCMICA (PC-Card) Interface (nativ) und die CAM-Funktionen werden dann emuliert.

Aber trotzdem tolles Projekt was ihr da macht. Ich teste auch gerne weiter mit. Und versuche soweit ich kann zu unterstützen.

Ihr werdet aber schon recht haben das die Freezers eher was mit der CAM->Samrtcard->Linux "Anbindung" zu tun hat, als mit OSCAM selber.

Gruß

Marc
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

dirtyharry123 schrieb:
...
Habe jetzt mal zum Testen den Timeout auf 6 Sekunden gesetzt, glaube zwar nicht, dass das die Freezer beseitigt,
aber probieren kann mans ja mal.
Zum Vergrößern anklicken....

hi dirtyharry123,
wie du vermutet hattes, leider keine verbesserung. immer noch freezers im 7sec abstand, und im log "p poll() timeout".
aber einen versuch wars wert.

lg
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

@dirtyharry123
Can you post a link for the toolchain to build mca oscam version ?
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Hey,

ich hab versucht per WinSCP die neue OSCAM einzuspielen. 3 Dateien waren vorher da:

oscam
oscam_orig
oscam-1.20-unstable_svn7294-arm-linux-gnueabi-mca

oscam zu oscam_orig umbenannt
oscam und oscam-1.20-unstable_svn7294-arm-linux-gnueabi-mca gelöscht
oscam-1.20-unstable_svn7947-arm-linux-gnueabi-mca 2xrüberkopiert, 1x Namen belassen, 1x in oscam umbenannt

ein Neustart von oscam zeigte mir noch die alte Version an, also hab ich das MCA aus dem Slot gezogen und neu eingesteckt. Seitdem kommt nur noch "Initializing System". 2x probiert und über 15 Min laufen lassen.

Per WinSCP hätte ich noch Zugriff, aber was hab ich falsch gemacht?
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Hallo,

"gehe" bitte per SCP nochmal auf das Modul... (Sollte noch gehen...)
Editiere bitte die Datei oscam. Hier wird nur auf die eigentliche oscam "verlinkt".

Also solange nicht in der oscam der Aufruf deiner neuen oscam version drinn ist wird immer die "alte" gestartet.

Ich hoffe das hilft dir. Kann es im Moment nicht probieren da ich mein MCA nicht da habe.

Gruß

Marc
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Hi,

ok, das probiere ich mal aus, aber was hat es mit der oscam_orig auf sich ? das verstehe ich grad noch nicht ganz. die oscam ist anscheinend nur ein art text-datei. darin habe ich nun den kompletten namen 2x eingetragen (oscam-1.20-unstable_svn7947-arm-linux-gnueabi-mca EDIT: 2x weil es anscheinend 1x auskommentiert war, was # wohl bedeutet, korrekt?).

und die oscam_orig lass ich so wie sie ist?
 
Zuletzt bearbeitet:
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

ok, nun läuft wieder alles, also zurück zum thema ;-)

ich habe oscam-1.20-unstable_svn7947-arm-linux-gnueabi-mca drauf. Aber nun wird irgendwie garnichts mehr hell.


gezappt von ARD, ZDF, RTL, SAT 1 und Pro 7

was ich im übrigen auch seltsam finde, dass er manchmal CAID 1722 aufruft, obwohl die oscam.dvbapi wie folgt aussieht:

P: 1838
I: 1722
I: 1801
I: 1831
I: 1835
Zum Vergrößern anklicken....
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Richtig # bedeutet auskommentiert.

Versuche mal in der oscam.dvbapi folgendes:

Code: 
P: 1838
I: 0

Nur diese beiden Einträge.

Gruß

Marc

Ich denke die oscam_orig ist "nur" "Überbleibsel"... und nicht weiter wichtig, außer man möchte die Alte Version starten, dann müsste man halt die oscam editieren...
 
Zuletzt bearbeitet:
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

hab ich nun auch mal eingestellt, aber bringt auch nichts.

Also zumindest kurzzeitig hell wurde es nur mal wieder mit folgender datei -> oscam-1.20-unstable_svn7294-arm-linux-gnueabi-mca
dort scheinen auch wesentlich mehr zappings anzukommen, die anderen beiden/ drei reagieren zum großen teil garnicht darauf.

aber es bleibt dabei, dass trotzdem diesen beiden zeilen in der oscam.dvbapi noch CAID 1722 angefragt wird.

Code: 
2012/08/30 22:32:44 17FDF0 c dvbapi: new program number: 2F46 (1722:2F46 unknown) [pmt_list_management 3]
2012/08/30 22:32:48 17FDF0 c dvbapi (1838&000000/0000/2F46/92:94CE): found (734 ms) by freetz - 1838:2F46 unknown
2012/08/30 22:32:49 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 0227 PROVID: 000000
2012/08/30 22:32:49 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 060E PROVID: 000000
2012/08/30 22:32:49 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0610 PROVID: 000000
2012/08/30 22:32:49 17FDF0 c dvbapi: new program number: 2F47 (1722:2F47 unknown) [pmt_list_management 3]
2012/08/30 22:32:51 17FDF0 c dvbapi (1838&000000/0000/2F47/92:1F49): found (122 ms) by freetz - 1838:2F47 unknown
2012/08/30 22:32:53 17FDF0 c dvbapi (1838&000000/0000/2F47/92:B029): found (102 ms) by freetz - 1838:2F47 unknown
2012/12/18 20:35:33 17DFF0 p freetz [cccam] disconnected: reason inactivity
2012/12/18 20:35:42 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 021D PROVID: 000000
2012/12/18 20:35:42 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 0604 PROVID: 000000
2012/12/18 20:35:42 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0606 PROVID: 000000
2012/12/18 20:35:42 17FDF0 c dvbapi: new program number: 2F46 (1722:2F46 unknown) [pmt_list_management 3]
2012/12/18 20:35:42 17DFF0 p freetz [cccam] connecting to 192.168.0.200:13000
2012/12/18 20:35:43 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 0213 PROVID: 000000
2012/12/18 20:35:43 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 05FA PROVID: 000000
2012/12/18 20:35:43 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 05FC PROVID: 000000
2012/12/18 20:35:43 17FDF0 c dvbapi: new program number: 2F45 (1722:2F45 unknown) [pmt_list_management 3]
2012/12/18 20:35:47 17FDF0 c dvbapi: try pids again #1
2012/12/18 20:35:47 17FDF0 c dvbapi (1838&000000/0000/2F46/92:362E): timeout (5002 ms) by freetz - 1838:2F46 unknown
2012/12/18 20:35:54 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 021D PROVID: 000000
2012/12/18 20:35:54 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 0604 PROVID: 000000
2012/12/18 20:35:54 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0606 PROVID: 000000
2012/12/18 20:35:54 17FDF0 c dvbapi: new program number: 2F46 (1722:2F46 unknown) [pmt_list_management 3]
2012/12/18 20:36:06 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 0227 PROVID: 000000
2012/12/18 20:36:06 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 060E PROVID: 000000
2012/12/18 20:36:06 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0610 PROVID: 000000
2012/12/18 20:36:06 17FDF0 c dvbapi: new program number: 2F47 (1722:2F47 unknown) [pmt_list_management 3]
2012/12/18 20:36:15 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 023B PROVID: 000000
2012/12/18 20:36:15 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 0622 PROVID: 000000
2012/12/18 20:36:15 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0624 PROVID: 000000
2012/12/18 20:36:15 17FDF0 c dvbapi: new program number: 2F49 (1722:2F49 unknown) [pmt_list_management 3]
2012/12/18 20:36:23 17FDF0 c dvbapi: new program number: 0010 (0000:0010 unknown) [pmt_list_management 3]
2012/12/18 20:36:46 17FDF0 c dvbapi: [ADD PID 0] CAID: 1722 ECM_PID: 0227 PROVID: 000000
2012/12/18 20:36:46 17FDF0 c dvbapi: [ADD PID 1] CAID: 1838 ECM_PID: 060E PROVID: 000000
2012/12/18 20:36:46 17FDF0 c dvbapi: [ADD PID 2] CAID: 1835 ECM_PID: 0610 PROVID: 000000
2012/12/18 20:36:46 17FDF0 c dvbapi: new program number: 2F47 (1722:2F47 unknown) [pmt_list_management 3]
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

Mhh... Komisch.

Wenn Du kannst verwende doch die neueste FW
[h=3]MCA_NG-0.2-XMAS-339[/h]Seit heute Abend online.
 
AW: Test-Thread OSCAM 1.20-unstable_svn build #7944

@ sc4ry

das muss in der oscam stehen um die richtige version anzuzeigen

oscam
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

B
gelöst Nach Wechsel von OATV 7.3 -> 7.5.1 keine HD Entschlüsselung mehr
2 3
Antworten
35
Aufrufe
1K
Basti16
B
M
Dreambox Two als Oscam Server, HD01 Karte, Aussetzer/Hänger bei Clients
2
Antworten
26
Aufrufe
3K
m0bbed
M
Frage IPC Oscam mit Emu-Kompilierungsproblem
3 4 5
Antworten
61
Aufrufe
5K
Alex
  • Gesperrt
Anleitung Modifikation der FritzBox 6591 Firmware ohne Freetz
Antworten
0
Aufrufe
283
prisrak
H
gelöst OSCAM ORF läuft..nicht
2 3
Antworten
35
Aufrufe
2K
Kind regards
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…