Softcam Feed selber erstellen für openATV Stand 30.05.2019

[Schimmelreiter]

Und sollte man bevorzugt die ipv4only verwenden, wenn man eine öffentliche IPv4 Adresse hat?

Die Version ohne "-ipv4only" kann beides, aber es KANN Verbindungsprobleme geben, deshalb sind beide Varianten auf dem Feed.
Die beiden Varianten ersetzen sich übrigens nahtlos, d.h. installiert man die eine, fliegt die andere automatisch runter.

Sinnig wäre, zuerst die ohne "-ipv4only" zu testen und wenn sie problemlos läuft drauf zu lassen.
Am besten stellt man zuerst die Box um, die eigene Karten und Server-Lines verwaltet.
Dann hat man entweder sofort Probleme und kann auf die "-ipv4only" wechseln oder es fluppt, dann wird man auch problemlos andere Clients im Netzwerk auf die Version ohne "-ipv4only" umstellen können.

Gesendet von meinem SM-N950F mit Tapatalk

 

[Micha123]

Das liegt daran, daß Osprey da wohl was überlesen hat:
Würde er die Datei mit der Feed-Config z.B. "deb-3rdparty-secret-feed.conf" nennen, dann würde sie beim Sichern der Einstellungen auch mit gesichert und danach auch entsprechend wiederhergestellt.

Siehe diesen Commit:

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

Na dann sollte man ihn dazu bewegen das auch zu machen.
Mir nützt es so ja auch nicht wenn Osprey nicht Hand anlegt oder?

 

[Schimmelreiter]

Na dann sollte man ihn dazu bewegen das auch zu machen.
Mir nützt es so ja auch nicht wenn Osprey nicht Hand anlegt oder?

Im Moment denkt Osprey wohl eher über die Einstellung des DEB-Feeds nach, da ist es ganz gut, daß er in der jetzigen Form nicht gesichert wird.

Bzgl. der CAMs finde ich das durchaus gut, denn CAMs aus zwei Quellen sorgen nur für Verwirrung, aber schade ist es um die Plugins auf dem DEB-Feed.


Gesendet von meinem SM-N950F mit Tapatalk

 

[geiss]

Warum dauert den Standard oscam zu lang bevor er startet?
Das stört mich ein bisschen

 

[Schimmelreiter]

Warum dauert den Standard oscam zu lang bevor er startet?
Das stört mich ein bisschen

oscam wartet auf eine gültige Uhrzeit.
Direkt nach dem Start der Box hat die Box den 1.1.1970 und etwa 0:00 Uhr (E2-Boxen haben keine Echtzeituhr).
oscam wartet dann darauf, daß es später ist, als es während des Bauens des oscams war.

Das Warten auf die Uhrzeit dauert zwar etwas, er ist aber in der Regel trotzdem schneller verfügbar, als würde er erst später in E2 gestartet werden.
Ich habe jedenfalls auf allen Boxen sofort ein Bild, sobald die GUI/E2 fertig geladen ist, noch während die Info-Bar eingeblendet wird.

Gesendet von meinem SM-N950F mit Tapatalk

 

[mensa]

Warum wartet oscam darauf, dass es später ist, als nach deren Build? Vor allem wenn dieser Umstand bekannt ist.

 

[Schimmelreiter]

Warum wartet oscam darauf, dass es später ist, als nach deren Build? Vor allem wenn dieser Umstand bekannt ist.

Um z.B. zu wissen, wie lange er schon läuft (Nicht seit dem 1.1.1970 jedenfalls) und wie lange irgendeiner seiner Vorgänge schon dauert (Verbindungsaufbau zu einem Server, Initialisierung eines Readers, ...).

Hätte man bestimmt auch anders lösen können, hat man aber nicht ...
... ich bin ja nun auch nicht der Autor von oscam.
Es ist jedenfalls gefühlt schon immer so in oscam.

Auf den meisten Boxen tritt das unter OpenATV auch nicht so auf, weil OpenATV sofort beim Start die letzte bekannte Uhrzeit wiederherstellt und versucht, die Uhrzeit aus dem Front Panel zu lesen (Das hat eine Uhr, sonst könnte es die Box nicht für Aufnahmen aus dem Deep Standby wecken), bei einigen wenigen Boxen (Alle mit demselben Treiberautor übrigens) funktioniert das aber nicht.

Gesendet von meinem SM-N950F mit Tapatalk

 

[mensa]

Alles klar, danke für die verständliche Antwort!

 

[raserli]

Hallo Leute... ich habe ein OS Nino Receiver mit einem OpenATV 6.3 System und den Feed selber erstellt. was auch
geklappt hat.
Leider werden vom Feed aber keine Softcams auf dem Reciever installiert, egal welche ich nehme.
Die user,server dateien sind da aber keine . bin Datei.
In usr/bin ist eine datei: oscam-digital-eliteboard.. Muss die irgendwie umbenannt werden???
Kann da jemand helfen??

Spoiler

Gruß raserli

Du musst Regestriert sein, um das angehängte Bild zusehen.

 

[gorgone]

was Schimmelreiter schrieb ist 100% richtig

der verzögerte start ist aufgrund der abwärtskompatibilität zwingend notwendig
ohne gültige zeit kann nicht decodiert werden da emm und ecms timestamps haben
ohne die gültige zeit ist die auswertung nicht möglich
woher zb soll oscam dann wissen ob ein ecm/emm noch gültig ist oder schon abgelaufen
aus diesem grund wurde ja sogar clockfix eingeführt da selbst transponder unterschiedliche zeiten haben durch die sattelitendrift
auf boxen sollte das immer aktiviert sein denn das transpondersignal ist zb nicht gleich dem ntp (timeserver ist notlösung)
auf servern ist das egal die müssen ja keine dvbdatenpakete auswerten

 

[commander1969]

Also nach einem Kaltstart dauert es bei mir etwa 1,10 Minuten, bis Oscam entschlüsselt.
Warum ist das plötzlich so? Das mit der Zeit etc. war doch schon immer so!? Als die Configs
noch unter usr/keys lagen, war das nicht so:smirk:

 

[Micha123]

Im Moment denkt Osprey wohl eher über die Einstellung des DEB-Feeds nach, da ist es ganz gut, daß er in der jetzigen Form nicht gesichert wird.

Bzgl. der CAMs finde ich das durchaus gut, denn CAMs aus zwei Quellen sorgen nur für Verwirrung, aber schade ist es um die Plugins auf dem DEB-Feed.


Gesendet von meinem SM-N950F mit Tapatalk

Ich verstehe dich schon aber als Alter DEB User hat man hier doch etwas gelernt und erlesen. Und der Feed war einen nunmal ein guter Gefährte auf dem Weg.
Auch Wurst dann wird er eben händisch nach gereicht,bis mir einer sagt der ist ganz Out of the Box!

 

[Schimmelreiter]

aus diesem grund wurde ja sogar clockfix eingeführt da selbst transponder unterschiedliche zeiten haben durch die sattelitendrift
auf boxen sollte das immer aktiviert sein denn das transpondersignal ist zb nicht gleich dem ntp (timeserver ist notlösung)

In dem Punkt muß ich widersprechen:

CLOCKFIX sollte auf allen aktuellen Images zwingend AUS sein, ist er bei allen oscams vom secret feed auch.

Grund:
Der CLOCKBREAK verhindert sämtliche Uhrzeit-Korrekturen nach vorne (Also auf frühere Uhrzeiten).

Leider neigen die Box-Counter aber eher zum Voreilen denn zum Nacheilen, zudem kann ein wildgewordener Transponder so die Uhrzeit zwar um Ewigkeiten in die Zukunft beamen, eine Korrektur ist danach aber unmöglich, weil oscams mit CLOCKBREAK jede Korrektur sofort wieder zunichte machen.
Selbst wenn im Moment der Korrektur mal eine einzelne Entschlüsselung fehlschlägt ist das nur ein Witz gegenüber einer Box, für die es 3h später ist als real und die daher z.B. nur noch Schrott aufnimmt.
Zudem wurde in allen modernen E2-Images eingebaut, daß diese die Uhrzeit bei Sync per Transponder nicht mehr abrupt "neu setzen", sondern bis zu einer gewissen Abweichung lediglich "slewen", also durch Ausbremsen oder Beschleunigen der Uhr nach und nach auf die korrekte Uhrzeit zu laufen lassen.

In smod werde ich den CLOCKBREAK auch komplett ausbauen bzw. zumindest nicht mehr in oscam.version anzeigen, weil es selbstverständlich sein sollte, daß er aus ist.

 

[gorgone]

ok bei komischen boxen/transpondern kann das möglich sein
ich kann das hier auf 4 satteliten NICHT nachvollziehen
in unserer boardcam ist das seit über 4 jahren an
ich werde auch bei gelegenheit die funktionen vom systemd im oe2.6 checken das macht das ja auch permanent und eventuell das übern socket triggern

 

[Schimmelreiter]

@gorgone : Ist eigentlich in naher Zukunft mit einer Veröffentlichung des aktuellen Standes von oscam-modern zu rechnen?
Der fehlt ja noch, würde den aber auch gerne bauen, statt binaries zu schubsen.

Gesendet von meinem SM-N950F mit Tapatalk