Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Alle 10-20 min aussetzer VTI 8.2.3 OScam 10892

shaggomat

Newbie
Registriert
24. August 2008
Beiträge
20
Reaktionspunkte
0
Punkte
21
Hallo

habe einen Rapsi server mit Oscam r10954 am laufen mit S*y HD*2 und Redl***tHabe selber 2 Receiver (VU+ Solo SEv2 und Solo mit VTI 8.2.3 mit Oscam 10892) und greife auch über dyn zu auf den Server (eine kleine Kontrolle ob NoIp verbindet:emoticon-0126-nerd:, das ist ja nicht selbstverständlich bei NoIp.) und habe da überhaupt keine Probleme ausser mit der Zwangstrennung der des Telekommodems aber das ist eine andere Geschichte....

Die alto Solo ist mit der 8.2.3 nicht mehr die schnellste box, aber bei mir läufts.
Bei den anderen Clients kommt es aber ab und an zu aussetzern.
Einige Vu+ Solo Zero und alte Solos sind dabei mit dem Oscam 10892 und Camd 378. Mit dem 378 gehts schlecht. Timeouts mit 5000ms danach eine line mit einem cache obwohl keine Karte da ist sondern nur der eine "NoIpDNS-Reader" und dann geht es wieder normal.
Dann fragt er mal mittendrin wieder auf der falschen Karte nach. (die 1843 auf dem S*y Reader)
Und alle paar min disconnectet wieder so ein User auf einmal mittendrin und verbindet sich wieder. (normaler Fernsehbetrieb, kein Zapping)

Habe dann die 378er user auf cccam umgestellt, dann ists ein wenig besser geworden.

Ich befürchte schon das es an der 8.2.3 und dem "neuen" OScam liegt.
Hatte vorher die auf reinem CCCAm laufen, da gings quasi perfekt, ausser das es auf den Redl***t sendern bei Vivid und Hustler gecrasht ist. Emuneustart und gut wars wieder.

Hat solche Probleme noch jemand
Habe auch schon mal wo gelesen, das man oscam unter der Version 10660 glaub ich, verwenden soll.

Komisch :emoticon-0124-worri:emoticon-0124-worri:emoticon-0124-worri

raspi oscam.conf
# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10954
# Read more:


[global]
logfile = /var/log/ipc/OScam.log
fallbacktimeout = 2000
clientmaxidle = 0
bindwait = 40
sleep = 240
unlockparental = 1
nice = -1
maxlogsize = 1200
waitforcards = 0
waitforcards_extra_delay = 550
preferlocalcards = 1
dropdups = 1
block_same_ip = 0
block_same_name = 0
emmlogdir = /etc


[cache]
delay = 5


[cs357x]
port = 11040


[cs378x]
port = 11050


[cccam]
port = 11000
nodeid = 59EF7CA910D9158A
version = 2.3.0
reshare = 3
reshare_mode = 3
stealth = 1


[webif]
httpport = 16002
httpuser = xxxx
httppwd = xxxx
httphelplang = de
httprefresh = 15
httpshowuserinfo = 1
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,0.0.0.0-255.255.255.255

raspi oscam user
[account]
user = wohnzimmer
pwd = xxxxx
au = skyv14
group = 1,2,3

rest sieht auch so aus.....

raspi oscam.server
[reader]
label = skyv14
protocol = mouse
device = /dev/skyv14
autospeed = 0
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 600
group = 1
emmcache = 1,1,2,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
cccreshare = 2
ccchop = 2
ndsversion = 2


[reader]
label = hdplus
protocol = mouse
device = /dev/hd02
services = !sky_welt,!sky_welt_extra,!sky_film,!sky_film_hd,!sky_bundesliga,!sky_sport,!sky_sport_or_bundesliga_hd_basic,!sky_sport_or_bundesliga_hd_full|additional-channels-to-basic|,!sky_bundesliga_hd_1_2_basic,!sky_bundesliga_hd_3|additional-channel-to-basic|,!sky_bundesliga_hd_full|additional-channels-to-basic|,!sky_sport_hd_1_2_basic,!sky_sport_hd_3|additional-channel-to-basic|,!sky_sport_hd_full|additional-channels-to-basic|,!sky_3d,!sky_sportdigital,!sky_orf,hdplus_1830_1843_1860,!redlight_prno
caid = 1843
boxkey = xxxx
rsakey = xxxx
ecmwhitelist = 1843:89
detect = cd
mhz = 368
cardmhz = 368
ident = 1843:000000,003411,008011
group = 2
emmcache = 1,3,2,0
auprovid = 003411


[reader]
label = redlight
protocol = mouse
device = /dev/redlight
services = !sky_welt,!sky_welt_extra,!sky_film,!sky_film_hd,!sky_bundesliga,!sky_sport,!sky_sport_or_bundesliga_hd_basic,!sky_sport_or_bundesliga_hd_full|additional-channels-to-basic|,!sky_bundesliga_hd_1_2_basic,!sky_bundesliga_hd_3|additional-channel-to-basic|,!sky_bundesliga_hd_full|additional-channels-to-basic|,!sky_sport_hd_1_2_basic,!sky_sport_hd_3|additional-channel-to-basic|,!sky_sport_hd_full|additional-channels-to-basic|,!sky_3d,!sky_sportdigital,!sky_orf,!hdplus_1830_1843_1860,redlight_prno
caid = 0500
boxid = 11223344
fix07 = 0
ecmwhitelist = 37,3A
detect = cd
ident = 0500:050F00
group = 3
emmcache = 1,1,2,0
blockemm-unknown = 1
cccreshare = 3
ccchop = 3

Die Services hab so eigentlich nicht aktiv bei den Usern, aber hab bei den Reader das aktiviert, weil ich dachte, es hilft, das nicht auf einmal auf dem falschen Reader angefragt wird. (HD+auf der Sky Karte)
bei einem User habe ich gewisse Sachen geblockt, da ich nur einem anderen Freund/Server das Buli und Sportpaket weitershare.

client oscam.conf
client oscam.conf



[global]
nice = -1
WaitForCards = 0
preferlocalcards = 0
saveinithistory = 0
disablelog = 1
disableuserfile = 1
block_same_ip = 0
block_same_name = 0


#[global]
#logfile = /tmp/oscam.log
#nice = -1
#maxlogsize = 1500
#preferlocalcards = 1
block_same_ip = 0
block_same_name = 0


[cache]


[dvbapi]
enabled = 1
au = 1
user = localhost
boxtype = dreambox


[webif]
httpport = 8088
httpuser = vusolo
httppwd = xxxx
httprefresh = 10
httpallowed = 192.168.0.1-192.168.255.255

client oscam.dvbapi
client oscam.dvbapi
# nur bei Receivern mit oscam zu verwenden, hilfreich aber nicht zwingend notwendig
# hier zeilenweise die caid der karten und proxy reader aus oscam.server eintragen
# P: bedeutet Priorisieren, die abarbeitung der sender caid beginnt mit der 1. zeile
# bei der senderabfrage am server wird zuerst
# die caid 1830 zur entschluesselung versucht und die zugehˆrige karte gelesen, danach erst 098C
# beispiel, bitte unbedingt vor dem kopieren bearbeiten !!!!!! # vor P und I entfernen !!!
#
P: 098C
P: 1843
P: 0500
I: 0
#
# zb wird mit I: 1722 die caid 1722 ausgeschlossen (Ignore), mit 0 dann alle, die nicht bei P: stehen
# diese datei wird zu den anderen oscam configs kopiert, bei ‰nderungen oscam neu starten
#
### >>> gleiche funktion erh‰lt man f¸r cccam clients mit CCcam.prio <<<


client oscam.server
client oscam.server



[reader]
label = xxxx
enable = 1
protocol = cccam
device = xxxx.ddns.net,xxxxx
user = hertschi
password = xxxx
inactivitytimeout = 30
caid = 098C,0500,1843
group = 1
cccversion = 2.3.0


#[reader]
#label = xxxxcs357
#enable = 0
#protocol = cs357x
#device = xxxx.ddns.net,xxxxx
#user =
#password =
#group = 1
Reader 357 bring ich nicht zum laufen, bin auch nicht sehr darauf eingegangen.


[reader]
label = xxxxcamd378
protocol = cs378x
enable = 0
device = xxxx.ddns.net,xxxxx
user = hertschi
password = xxxx
group = 1
 
AW: Alle 10-20 min aussetzer VTI 8.2.3 OScam 10892

Hi,
Habe genau die gleichen Probleme! Alle 10-20 minuten kommt ein timeout von 5000ms bei den clients. Habe schon mit mehreren Protokollen probiert und mit cccam-ext 2.3.0 funktioniert es ein bisschen besser als mit allen anderen. Habe die gleiche config wie du. Mein nächster versuch wäre die Oscam Client Version auf eine niedrigere Version zu downgraden. Ich weiß echt nicht mehr weiter. Das Problem habe ich seit der Umstellung von der S02 auf die V14.

BG
wiesel24
 
AW: Alle 10-20 min aussetzer VTI 8.2.3 OScam 10892

Wenn dieses seit ein paar Wochen geht, könnte es auch an der Internetanbindung liegen, da scheint es seit ein paar Wochen Probleme mit der Weiterleitung zu geben.
Dies soll wohl einige T-com anschlüsse betreffen, zumindest gab es hier irgendwo einen Tread dazu.
Vielleicht mal ein paar Ping test durchführen ;)
 
AW: Alle 10-20 min aussetzer VTI 8.2.3 OScam 10892

Servus
Ich glaube das die neuen oscams nichts für die Clients sind.
Habe die version "1.2 unstable 7675 for VTI Panel " probiert.
Da passt es!!!! Zumindest hörte ich keine Klagen mehr.
Heißt ja vielleicht nicht umsonst for VTI Panel.
 
bei mir läuft es derzeit relativ gut ich kenne das Probleme seit Monaten

Auf der Vu Box folgendermaßen
[global]
disablelog = 1
logfile = /tmp/oscam.log
pidfile = /tmp/oscam.pid
clienttimeout = 8000
fallbacktimeout = 5500
clientmaxidle = 0
bindwait = 40
netprio = 1
nice = -1
maxlogsize = 100
waitforcards = 0
waitforcards_extra_delay = 0
readerrestartseconds = 10
usrfile = /tmp/user.log
cwlogdir = /var/log/

[cache]

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = local
boxtype = dreambox


[reader]
label = VU+Ultimo
description = Reader nach Terra
protocol = cs378x
device = 192.168.178.4,15000
user = VU+Ultimo
password = user1
reconnecttimeout = 0
group = 1
 
Zuletzt bearbeitet von einem Moderator:
AW: Alle 10-20 min aussetzer VTI 8.2.3 OScam 10892

Hallo
Wenn du den Service im Reader einträgst mus du das für die User auch machen.
So kannst du für jeden User speziel die Sender zuweisen.

In der Prioliste hast du P: 1843 stehen, wg.falscher anfrage.
 
Zuletzt bearbeitet:
Zurück
Oben