oscam-1.20_svn11725-798-arm-vuplus4k-linux-gnueabihf-ICAM_DVBAPI-V9

[mestorf]

mestorf erstellte eine neue Ressource:

oscam-1.20_svn11725-798-arm-vuplus4k-linux-gnueabihf-ICAM_DVBAPI-V9 - oscam-1.20_svn11725-798-arm-vuplus4k-linux-gnueabihf-ICAM_DVBAPI-V9

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Erfahre mehr über diese Ressource...

 

[Derek Buegel]

Läuf grundsätzlich sehr gut.
Könntest Du noch Phoenix und Smargo einbauen.

 

[mestorf]

Hier mit Phoenix und Smargo

 

[Derek Buegel]

Die Version mit dem Phoenix-Support entschlüsselt die iCam-Sender leider nicht. Getestet mit PurE² und OATV.
Die andere Version funktioniert super. Habe gerade PurE² auf einer Novaler (Anadol) aufgesetzt.

 

[mestorf]

da hast du recht, ich muss dich auch leider enttäuschen. ich bekomme leider keine version mehr gebaut in der die icam sender aufgehen. Alles wird zwar ordnungsgemäß erstellt, oscam startet, die HD+ Sender werden entschlüsselt aber der icam bleibt dunkel obwohl verbunden.

Irgendwer eine Idee warum diese Version funktioniert: https://www.digital-eliteboard.com/...vuplus4k-linux-gnueabihf-icam_dvbapi-v9.6761/

und die angehängte nicht? leigt es evtl. an diesem hinweis aus dem log?

Spoiler: log

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[mestorf]

Ok, alles klar, liegt wohl wirklich am dem Error und hat wohl mit NEON zu tun. Habe gerade den Version von Alex ohne NEON genommen und siehe da, fehler weg und es funktioniert.
Muss ich mir mal später anschauen, hier die Version mit PHOENIX INTERNAL SMARGO aber ohne NEON

Spoiler: log

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[Derek Buegel]

Ja das stimmt. Die von @Alex läuft.

 

[Alex]

Hab auch nen Tag gesucht, bis ich auf NEON gekommen bin. Neue Toolchainns usw. gebaut.
Aber seit ich NEON komplett weglasse, bin ich in der Hinsicht sorgenfrei

 

[mestorf]

Was bewirkt denn die CC_OPTS = -O3 im Gegensatz zu CC_OPTS = -O2?

Aufgrund das im oscam_emu_icam_dvbapi_radegast_v9.patch +CC_OPTS = -O3 -ggdb -pipe -ffunction-sections -fdata-sections -funroll-loops -fomit-frame-pointer -fno-schedule-insns hinzugefügt wird kommt es bei den icam Sendern zu Problemen, wenn in der make config die Option WITH_ARM_NEON auf "Nein/Aus" gestellt wird.

Wenn ich CC_OPTS = -O2 änderen, kann ich die oscam mit oder ohne WITH_ARM_NEON bauen und alles läuft, auch die icam Sender.

 

[el_malto]

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

 

[mestorf]

Danke, ein kurzes Compiling mit den Settings -O2 und -O3 zeigt bei mir zumindest, dass die Erklärung nicht ganz zutrifft.
Da beim mir, wenn ich wie folgt die oscam für eine VU+ 4K ARM baue gelöst - vuplus4k_arm oscam vom softcam feed openatv stürzt ab icam auf CAS und CAS auf icam die oscam mit den Einstellungen -O2 kleiner ausfällt als mit -O3.

Da ich gerne mit mir hier alleine rede ... habe ich mal vier Versionen zum testen gebaut. Da ich eine ARM Box habe die NEON unterstützt, werde ich wohl bei -O3 Aufgrund der besseren/weniger Auslastung bleiben aber nicht wegen geringerer größe. Wichtig ist nur zu wissen, wenn aktuell über die -O3 oscam gebaut wird aber NEON ausgeschaltet wird, funktioniert icam nicht.



oscam-1.20_svn11725-798-arm-linux-gnueabihf_OPTS-02_NEON
2023/09/08 09:32:46 00000000 (emu) INFO: FFDecsa parallel mode = 128 SkySport F1 Auslastung "top" ~ 8-12%

Spoiler: settings

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam-1.20_svn11725-798-arm-linux-gnueabihf_OPTS-02_NoNEON
2023/09/08 09:34:58 00000000 (emu) INFO: FFDecsa parallel mode = 32 SkySport F1 Auslastung "top" ~ 12-15%

Spoiler: settings

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam-1.20_svn11725-798-arm-linux-gnueabihf_OPTS-03_NEON
2023/09/08 09:37:39 00000000 (emu) INFO: FFDecsa parallel mode = 128 SkySport F1 Auslastung "top" ~ 7-10%

Spoiler: settings

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam-1.20_svn11725-798-arm-linux-gnueabihf_OPTS-03_NoNEON
2023/09/08 09:40:38 00000000 (emu) INFO: FFDecsa parallel mode = 32 SkySport F1 Auslastung "top" nicht möglich keine icam Sender werden hell.

Spoiler: Settings

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[el_malto]

Die oben genannte "Erklärung" habe ich aus s3.
s3_releases/support/configs/compiler_option.txt
Wer die mal so definiert hat und ob die richtig oder falsch sind kann ich dir nicht sagen.

 

[mestorf]

Danke again what learned. Du kannst es ja selber mal testen und dann schauen ob die size bei dir auch über O2 weniger ist als über O3, dann wären wir schon zwei

 

[el_malto]

Ich bin kein compiler pro. Kann nur s3 bedienen
Ich glaube es macht einen Unterschied ob man mit s3 oder make baut. Bei s3 muss man noch zwei Änderungen in zwei Dateien machen. Bai make glaube ich ist es nicht nötig. Zumindest war es so von @icb im icam Patch Thread beschrieben:

ICAM Patch oscam-emu

Bei s3 habt ihr dann aber noch nicht die zusätzlichen compiler flags aktiviert die im makefile wohl ignoriert. Hier hat @icb beschrieben wie es geht: https://www.digital-eliteboard.com/threads/icam-patch-oscam-emu.514860/post-4080257 Und hier sind nochmal alle compiler flags aufgelistet. Auch...

www.digital-eliteboard.com

Wie gesagt, kann nur s3 bedienen. Bei mir läuft es ohne Probleme und daher habe ich kein Interesse das zu testen, sorry. Bei den 4k Boxen machen 5% mehr CPU Auslastung jetzt auch nicht den Unterschied, die laufen nie am Limit wie einige alte mipsel Kisten. Habe für mich auch die Erfahrung gemacht, dass die solo4k Toolchain stabiler läuft als die vuplus4k Toolchain.

 

[Sky4]

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

auf 2 dream920 mit merlin4 getestet - läüft bis jetzt top.