ICAM Patch oscam-emu

[Token]

jup, wer es störungsfrei haben möchte, nimmt halt einen Q mit Abo!

 

[el_malto]

"no data from stream source" liegt doch nicht an der CW Quelle. OSCam bekommt keine Daten vom Tuner. Daher erscheinen auch ECMs da eben kein TS Stream empfangen wird.

 

[DarkStarXxX]

Und warum kommt kein Stream? Weil kein CW da war um den TS zu entschlüsseln, also doch die Quelle.

 

[satelli]

"no data from stream source" ist doch vor ICAM und Descrambler...

 

[kitte888]

erst muss stream kommen um ein cw anzufragen sonst weis er doch nicht was er anfragen soll

also so sehe ich das

 

[DarkStarXxX]

"no data from stream source" ist doch vor ICAM und Descrambler...

Der Stream reißt ab, wenn nix angefordert wird und es wird nix angefordert wenn keine Entschlüsselung möglich ist,

 

[kitte888]

so sieht es aus wenn sat antenne ab

• 12/17 14:15:54:0212 00000000 (emu) Stream client 1 connected
• 12/17 14:15:54:0250 00000000 (emu) Stream client 1 request /1:0:19:8D:2:85:C00000:0:0:0
• 12/17 14:15:54:0253 00000000 (emu) Stream client 1 sender started!
• 12/17 14:15:54:0589 00000000 (emu) WARNING: stream client 0 - stream source closed connection
• 12/17 14:15:54:0690 00000000 (emu) Stream client 0 sender started!
• 12/17 14:15:54:0892 00000000 (emu) Stream client 0 sender stopped!
• 12/17 14:15:54:0904 00000000 (-) -- Skipped 2 duplicated log lines --
• 12/17 14:15:54:0904 00000000 (emu) Stream client 0 disconnected
• 12/17 14:15:54:0915 00000000 (emu) Stream client 0 sender stopped!
• 12/17 14:15:56:0938 00000000 (emu) WARNING: stream client 1 no data from stream source
• 12/17 14:16:00:0010 00000000 (-) -- Skipped 1 duplicated log lines --

 

[WXbet]

Es gibt ja den icam_v9 Patch in den Varianten mit und ohne NEON-Support. Eigentlich braucht es die Variante ohne NEON-Support gar nicht unbedingt. Der NEON-Support (speziell der Part, der auf manchen Receivern oscam zum Absturz bringt) kann einfach während des Builds (de-)aktiviert werden, z.B.:
s3 commandline build mit NEON: /s3 vuplus4k_armv7a -p=receiver.profile ARM_NEON (oder ARM_NEON in profile-Datei ergänzen)
s3 commandline build ohne NEON: /s3 vuplus4k_armv7a -p=receiver.profile ARM_NEON_off (oder ARM_NEON_off in profile-Datei ergänzen)
make/cmake build mit NEON: ./config.sh --enable WITH_ARM_NEON
make/cmake build ohne NEON: ./config.sh --disable WITH_ARM_NEON

 

[Token]

@WXbet
leider ist es nicht immer ganz so einfach!
manche HiSi-Receiver sind icam-v6...v9 resistent,
für diese muss man dann mit dem no-neon.patch von @el_malto bauen.
(da hilft kein ausschalten/deaktivieren von "Schaltern")

 

[WXbet]

Hast du mal ein paar Beispiele?

 

[Kind regards]

(da hilft kein ausschalten/deaktivieren von "Schaltern")

deshalb heist es ja addon und wenn ich es weglasse, dann wird ohne gebaut, das ist das geleiche wie bei einem no_neon patch

 

[el_malto]

Das Thema wurde hier ab ca. Seite 6 mal behandelt. User @free12280 hat so eine HiSi Box die damit wohl Probleme hat. Da hatte nur geholfen den kompletten NEON Code aus dem Patch zu machen. Oder ich habe NEON beim bauen nicht richtig ausgestellt, kann nur s3 bedienen. User @SaMMyMaster hatte sich wohl mal so eine Box gekauft getestet und sagte das es normal geht wenn er einfach nur die "Schalter" für NEON on oder off macht. Leider wollte er seine Binary nicht zum testen bereitstellen.

 

[Token]

@WXbet @Kind regards

es betrifft zb. Boxen mit dem HiSi-mv430 Chipsatz!
(Zgemma H8.2h, Octagon SFX6018, etc.)
@el_malto : danke fürs verlinken deines threads!

 

[Kind regards]

ich kann nur von meiner Umgebung ausgehen und da ist es so, wenn ein Schalter auf off gestellt ist, dann ist off
das du dann extra einen Patch machen musst um diese Schalter zu entfernen, hat mir der Hardware (HiSi Box) nichts zu tun
schaut euch bitte nochmal die build.logs an und ihr werdet sehen, das die Schalter nicht aus waren

 

[WXbet]

Naja, der icam_v9 Patch mit Neon setzt noch CFLAGS (-mfpu=neon) anhand des gcc der Toolchain. Diese CFLAGS werden gesetzt, wenn gcc der Toolchain neon unterstützt. Das wird auch gemacht, wenn ohne WITH_ARM_NEON gebaut wird. Das scheint dann wohl auf den angesprochenen Receivern relevant zu sein.