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.

Frage Raspberry mit iCam als Server.

    Thread is read by:
ah okay, danke - dann muss bei der dm525/oatv6.4 "Ursachenforschung" betreiben! ;-)
nach reboot funktioniert es ja auch wieder - hmm, doch ein Problem mit der Single-Tuner-Freigabe?
 
Zuletzt bearbeitet:
das hört sich schon mal nicht schlecht an jungs !
ich verfolge das Mal still mit !
danke an eure mühen !!!
 
+ // Store ip of client in emu_stream_source_host variable
 
@TuzlaDVB
gerade das soll ja nun nicht mehr so mit dem Youtube18-Patch sein.
Sinn ist/soll ja sein, die Client-ip dynamisch zu händeln.
sollte dies jedoch ein Hinweis für @icb oder @Youtube18 sein, dann solltest du das noch etwas erläutern!
 
Ich wollte eigentlich nur darauf aufmerksam machen das die Namen sagen wir mal „unglücklich“ gewählt sind.
 
Also ich hab's jetzt mit 3 Boxen ausprobiert und krieg es nicht hin. Steh echt auf dem Schlauch, was das noch sein kann.
Wahrscheinlich was ganz einfaches/doofes
 
Mal ganz doof gefragt, hast du denn die OSCam auch mit Radegast compiliert? Manchmal sieht man ja vor lauter Bäumen den Wald kaum.
Weil bei dir im Log tauchen die Radegast Einträge gar nicht auf.
Code:
2022/10/13 17:44:52 18D2B29A c (radegast) radegast: new connection from 127.0.0.1
2022/10/13 17:44:52 18D2B29A c (client) plain radegast-client 127.0.0.1 granted (icam, au=off)
Hier dein Log:
Code:
2022/10/13 16:04:44 00000000        (emu) Stream Client ip is: 192.168.178.40, will fetch stream there
2022/10/13 16:04:44 00000000        (emu) Stream client 1 connected
2022/10/13 16:04:44 00000000        (emu) Stream client 1 request /1:0:19:6B:C:85:C00000:0:0:0:
2022/10/13 16:04:44 00000000        (emu) WARNING: stream client 1 - stream source closed connection
2022/10/13 16:04:45 00000000        (emu) WARNING: stream client 1 - stream source closed connection
2022/10/13 16:04:45 00000000        (emu) WARNING: stream client 1 - stream source closed connection
2022/10/13 16:04:45 00000000        (emu) WARNING: stream client 1 - stream source closed connection
2022/10/13 16:04:45 00000000        (emu) Stream client 0 disconnected
2022/10/13 16:04:45 00000000        (emu) WARNING: stream client 1 - stream source closed connection
Und hier z.B. von Youtube18:
Code:
2022/10/13 17:44:51 00000000 (emu) Stream Client ip is: 192.168.178.12, will fetch stream there
2022/10/13 17:44:51 00000000 (emu) Stream client 0 connected
2022/10/13 17:44:51 00000000 (emu) Stream client 0 request /1:0:16:194:B:85:C00000:0:0:0:
2022/10/13 17:44:52 18D2B29A c (radegast) radegast: new connection from 127.0.0.1
2022/10/13 17:44:52 18D2B29A c (client) plain radegast-client 127.0.0.1 granted (icam, au=off)
2022/10/13 17:44:52 18D2B29A c (ecm) icam (098D@0194/A7:05B5CC7FC985F1220ABB815F0F66DDFF:0000000000000000B241F31557547A7D|HOP:00): found (43 ms) by Sky-V15_ACL - Cartoon Network (lg)

Kann natürlich sein das es gar nicht soweit kommt weil dein Stream client vorher schon disconnected, aber das wäre noch das letzte was mir einfällt.
 
Zuletzt bearbeitet:
Unix starttime: 1665673134
Starttime: 13.10.2022 16:58:54
Version: oscam-1.20_svn-r11714-798-ICAM
Compiler: arm-linux-gnueabihf-ssl
Box type: generic (generic)
PID: 2060
TempDir: /tmp/.oscam
ConfigDir: /var/etc/
WebifPort: 19005

Web interface support: yes
LiveLog support: yes
jQuery support intern: yes
Touch interface support: yes
SSL support: yes
DVB API support: yes
DVB API with AZBOX support: no
DVB API with MCA support: no
DVB API with COOLAPI support: no
DVB API with COOLAPI2 support: no
DVB API with STAPI support: no
DVB API with STAPI5 support: no
DVB API with NEUTRINO support: no
DVB API read-sdt charsets: yes
DVB API with ICAM streamrelay support: yes
Irdeto guessing: yes
Anti-cascading support: yes
Debug mode: yes
Monitor: yes
Loadbalancing support: yes
Cache exchange support: yes
Cache exchange AIO support: yes
CW Cycle Check support: yes
LCD support: yes
LED support: no
Clockfix with realtime clock: no
IPv6 support: no
Emulator support: yes
Built-in SoftCam.Key: yes

camd 3.3x: no
camd 3.5 UDP: yes
camd 3.5 TCP: yes
newcamd: yes
CCcam: yes
CCcam share: yes
gbox: no
radegast: yes
scam: no
serial: no
constant CW: no
Pandora: no
ghttp: no
in der oscam.conf steht auch folgendes:

[radegast]
port = 9090
allowed = 127.0.0.1,192.168.0.0-192.168.255.255
user = icam

[streamrelay]
stream_client_source_host = 1

Aber ich bau mir jetzt mal auf ner anderen Linuxmaschine, noch ne OScam die für nix anderes da ist und versuchs damit nochmal
 
Auf dem anderen Server (x86_64) geht es sofort. Keine Ahnung was ihn in der Config im Pi daran hindert, aber dieser dient halt auch als OScam-Server
 
Ich hab kein Plan daher schreibe ich es einfach mal.
Ist der [dvbapi] Abschnitt denn in der oscam.config drin? Wenn dein PI nur als OSCam Server dient hast du den Abschnitt ja bestimmt nicht drin weil der so nicht benötigt wird. Kann ja aber sein das Radegast oder Streamrelay den in irgendeiner Form benötigt?
 
Nee den Abschnitt habe ich nicht drin, aber auf dem anderen Server auch nicht. Noch niteinmal miteinkompiliert
 
Hab es auch auf einen Server (x86_64) getestet und muß sagen für die Dream mit OpenATV ist es so viel besser. Danke für den Patch, den jetzt sind die Ton Probleme oder man muß Neustarten damit es nicht ruckelt weg.
 
Wahrscheinlich was ganz einfaches/doofes

mit Sicherheit, hab auch grade sowas erlebt:
DM525 - oatv raus, pure2 rein ... effekt: kein bild - nur audio!
da qualmen dir die Socken!

edit: eine Oscam ohne SSL hilft manchmal auch!
 
Zuletzt bearbeitet:
Auf dem anderen Server (x86_64) geht es sofort. Keine Ahnung was ihn in der Config im Pi daran hindert, aber dieser dient halt auch als OScam-Server
Vielleicht Log Level mal stark erhöhen.
Wie sieht die Service Ref aus?
 
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…