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.

gelöst Oscam bin aktualisieren (VU4K / Vti)

buzzard

Spezialist
Premium
Registriert
19. Februar 2012
Beiträge
578
Lösungen
2
Reaktionspunkte
70
Punkte
1.420
Hallo!
Ich hätte mal eine grundsätzliche Frage zum Tausch der oscam bin. Ich habe die bis dato eigentlich immer so getauscht, dass ich
1) die alte bin umbenannt habe zB auf *_old
2) die neue so benannt habe wie die alte
3) die Rechte 775 vergeben habe
4) Box neu starten.

Jetzt lese ich immer wieder dass

Ich habe meine letzte bin vor ca 2 Jahren getauscht, würde ganz gern wieder aktualisieren. Da es sich um eine VuUno4K handelt und icam beinhalten soll (und natürlich eine WebIF) wäre ich hier richtig: https://www.digital-eliteboard.com/...4k-sf8008-fuer-openatv-oder-vti-als-ipk.8159/
Wobei mir eigentlich eine ipk nicht so ganz geheuer ist, da ich nicht weiß was die alles macht. Bis dato hab ich nur die bin wie oben getauscht. Wäre als bin dann die richtig:
https://www.digital-eliteboard.com/resources/oscam-arm-ohne-ipv6-emu.8449/
(IPV6 brauch ich nicht..)
Was mich wundert dass alle binaries nur ca halb so groß sind wie meine (meine 1.20_svn r11715-798 / ... V7-built_by_Alex hat ca 1,5 MB)

System läuft ja jetzt wunderbar - soll auch so bleiben, daher meine - vielleicht überflüssige - Frage.
 
Zuletzt bearbeitet:
du machst doch alles richtig...
Du kannst natürlicht auch die oscam natürlich vorher stoppen so meine Empfehlung und nach deiner Kopiererei wieder starten.
Ich mach das einfach per upload script das z.B. simplebuilt s3 ja beiliegt von einem PC auf dem ich die oscam Versionen baue auf allen angeschlossenen Clients mit einem einzigen Befehl der das Script startet.
Probleme bekommst du doch nur wenn du eine falsche oscam gewählt hast... aber auch nur in der Form das die oscam nicht startet.
 
Was mich wundert dass alle binaries nur ca halb so groß sind wie meine
dann sind diese mit UPX gepackt und deshalb kleiner ..

Du kannst natürlicht auch die oscam natürlich vorher stoppen so meine Empfehlung und nach deiner Kopiererei wieder starten.
Code:
 /etc/init.d/current_cam.sh stop
Code:
/etc/init.d/current_cam.sh start

und die Streamrelay config hat sich gegenüber deinem "old" Softcam geändert, das solltest du dann anpassen ..
 
Oje, danke dass Du mich drauf hinweist. Kannst Du mir einen Tip geben was ich da ändern muß?
 
Zuletzt bearbeitet:
Stoppen ist unnötig, da die OSCAM im RAM läuft, kannst sogar löschen und sie läuft weiter bis zum Neustart der Box

Alles zur neuen Konfiguration findest Du in der ICAM FAQ, inklusive fertiger Konfigs.
 
@buzzard ,hier mal etwas aktuelles (oscam-git11890@6cfd4d5) ohne EMU


Edit: *.bin gelöscht , da @buzzard meint es ist ohne Funktion.
 
Zuletzt bearbeitet:
Hier mit EMU und libusb bzw pcsc.
Man sollte, nach dem wechsel einer Binary, auch mal ein "top" oder "htop" ausführen, um (möglicherweise) die zu finden, die die geringste Prozessorlast verursach.
Hintergrund ist, mache Boxen können mit NEON und manche ohne NEON besser.
Code:
INFO: (ecm) dynamic dvbcsa parallel mode = 128 (32 oder 64)
 
Zuletzt bearbeitet:
Dafür sollte man dann auch auf einem Sender schauen, welcher Streamrelay benötigt.
Welche Werte wären denn dann deiner Meinung nach akzeptabel?
bzw. in welchem Bereich sollten sich diese befinden?
 
Zuletzt bearbeitet:
Ich habe "nur" HiSi-Boxen.
Prozessorlast unter 10%.
Du musst Regestriert sein, um das angehängte Bild zusehen.
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
OK,Danke.
dann scheint ja die gute alte DM mit DualCore (INFO: (ECM) dynamic DVBCSA parallel Mode = 128) noch alles richtig zu machen
Du musst Regestriert sein, um das angehängte Bild zusehen.
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
hier mal etwas aktuelles (oscam-git11890@6cfd4d5) ohne EMU
Danke, hat aber leider nicht funktioniert...

Hätte ich wetten können, dass das nicht so einfach wird. Keine einzige oscam hat funktioniert. Habe jetzt wieder meine alte oscam bin laufen. Warum läuft keine einzige? Auch die links die ich in #1 geschrieben habe funktionieren nicht.... Woran kann das liegen?
 
Danke, hat aber leider nicht funktioniert...
OK, das ist ein weiter Begiff , aber dann ist es so (auf allen VU+ Geräten die hier benutzt werden funkt es)
Code:
   Welcome on your Vu+ !

root@vuduo4k:~# cd /tmp
root@vuduo4k:/tmp# chmod 755 oscam-git11890\@6cfd4d58-arm_vuplus-webif-dvbapi-ssl-libusb-libdvbcsa-icam-neon-upx
root@vuduo4k:/tmp# ./oscam-git11890\@6cfd4d58-arm_vuplus-webif-dvbapi-ssl-libusb-libdvbcsa-icam-neon-upx  -c /tmp
21:23:38 00000000 s >> OSCam << cardserver log switched, version 2.25.10-11890@6cfd4d58 (armv7-vuplus-linux-gnueabihf-ssl-libusb-libdvbcsa-upx)
21:23:38 00000000 s     (main) System name    = Linux
21:23:38 00000000 s     (main) Host name      = vuduo4k
21:23:38 00000000 s     (main) Release        = 4.1.45-1.17
21:23:38 00000000 s     (main) Version        = #1 SMP Thu Sep 10 17:29:45 CEST 2020
21:23:38 00000000 s     (main) Machine        = armv7l
21:23:38 00000000 s     (main) Stb model      = dm8000
21:23:38 00000000 s     (main) Stb vumodel    = vuduo4k
21:23:38 00000000 s     (main) Stb boxtype    = vuduo4k
21:23:38 00000000 s     (main) creating pidfile /tmp/.oscam/oscam.pid with pid 6281
21:23:38 00000000 s     (main) signal handling initialized
21:23:38 00000000 s     (main) waiting for local card init
21:23:38 36DA5680 h    (webif) HTTP Server running. ip=0.0.0.0 port=8888 (no SSL)
21:23:39 00000000 s     (main) init for all local cards done
21:23:39 00000000 s (emmcache) loading emmcache disabled since no reader is using it!
21:23:39 00000000 s (emmcache) loading emmstats disabled since no reader is using it!
21:23:39 00000000 s (anticasc) anti cascading disabled
21:23:39 0302C74C c   (client) plain dvbapi-client granted (anonymous, au=off)
21:23:39 0302C74C c   (dvbapi) Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 0 maximum number of filters is 64 (oscam limit is 64)
21:23:39 0302C74C c   (dvbapi) Detected /dev/dvb/adapter0/ca0 device, total available descramblers: 16
^C21:23:41 36DA5680 h    (webif) HTTP Server stopped
21:23:41 00000000 s   (dvbapi) dvbapi channelcache saved to /tmp/oscam.ccache
21:23:41 00000000 s (emmcache) saving emmcache disabled since no reader is using it!
21:23:41 00000000 s (emmcache) saving emmstats disabled since no reader is using it!
21:23:41 00000000 s   (client) killing client
21:23:41 00000000 s   (config) userdb 0 accounts freed
21:23:41 00000000 s   (config) readerdb 0 readers freed
21:23:41 00000000 s     (main) cardserver down
root@vuduo4k:/tmp#
Du musst Regestriert sein, um das angehängte Bild zusehen.
Woran kann das liegen?
Vermutung an: dir fehlt libdvbcsa oder eine ander *.lib

was kommt denn als Fehlermeldung, wenn du das*.bin mal wie hier beschrieben im /tmp Verzeichnis startest?
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
auf allen VU+ Geräten die hier benutzt werden funkt es
Was mache ich mit der Info? Motivationsschub sieht anders aus - danke!
Vermutung an: dir fehlt libdvbcsa oder eine ander *.lib
?? und wie finde ich das raus - oder wie installiere ich das?
was kommt denn als Fehlermeldung, wenn du das*.bin mal wie hier beschrieben im /tmp Verzeichnis startest?
sorry - aber da steig ich definitiv aus - wie startet man das oscam im /tmp Verzeichnis? - einfach die bin reinschieben und den Dateinamen eingeben?

also ich hab jetzt die oscam ins tmp Verzeichnis geschoben, mit putty den Befehl
root@vuuno4kse:/tmp# chmod 755 oscam-git11889@d99af026-arm_dream-webif-dvbapi-ssl-libusb-libdvbcsa-icam-neon-signed
ausgeführt, aber wenn ich im filezilla nachsehe sind die Berechtigungen immer noch auf 644 - damit fängts schon mal an

Code:
root@vuuno4kse:/tmp# ./oscam-git11889@d99af026-arm_dream-webif-dvbapi-ssl-libusb-libdvbcsa-icam-neon-signed -c/tmp
./oscam-git11889@d99af026-arm_dream-webif-dvbapi-ssl-libusb-libdvbcsa-icam-neon-signed: error while loading shared libraries: libssl.so.3: cannot open shared object file: No such file or directory
 
Zuletzt bearbeitet:
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…