Druckbare Version
Ja du musst jetzt schon sagen über was du das machen willst!Zitat:
Zitat von netguru76
Willst du das über camd3 machen, dann nur die camd3.servers
Willst du das über mgcamd machen dann nur die cwshare.conf
camd2 ist nur für den originalen Schacht der dBox2, kann also somit natürlich nicht zum sharen genommen werden!
HI,
am liebsten über die Mgcamd, da brauch ich aber keine cwsahre für sondern nur die newcamd.list ...
alternativ nehme ich halt camd3, wenn die servers die ich angehängt habe passt ist ja ok der?
"camd2 ist nur für den originalen Schacht der dBox2, kann also somit natürlich nicht zum sharen genommen werden! "
versteh ich jetz nicht ganz, womit hab ich den bezug zur camd2? schacht wäre ja über newcs zu finden, der müsste ja korrekt eingebunden sein ...
sagen wir mal ich nehme jetzt camd3, hab ich dann och nen fehler wenn ich die camd3.server nehme ich die gepostet habe? oder ist dann hier irgendwo noch ein fehler?
[newcamd]
Port = 16877@1722:000000;16878@1702:000000;16879@1833:000 000
Key = yzgh559889231406173927420804
[camd35]
Port = 16876
Merci @Reus1972
Mit einer Nokia DBox2 läuft das MPCS System jetzt mit den normalen Senderen reibungslos, nur die p************ HD Sender gehen nicht:(
TOP & big thanks an Reus
Was wäre zu machen, wenn man noch einen zweiten MPCS Server in Verbindung zum ersten Server in Betrieb nehmen möchte? Als Beispiel, der erste läuft mit der s02 für normale p*****Sender und der zweite läuft mit ner s02 für p*****HD sender. Die Clients greifen auf einen der beiden MPCS Serven dann zu, wenn das dann zu empfehlen ist.
Habe mehrere Tage versucht in der Kathrein die HD Kanäle hell zu bekommen.
Meine Konfiguration:
Kathi mit camd3 -> mpcs (mpcs mit nopublic Modul aus dem Streamboard)
Dbox2 (mit nopublic Emu und S02 Karte im Multicam, die Karte hat Vollabo incl. HD)
Ich habe es heute gschafft:
Mein Fehler war in der camd3.config,
man muß den Port 15000 als TCP einstellen und nicht als UDP !!!
Passwörter sind Beispiele die funktionieren...
camd3.config:
camd3.serversCode:TCP_PORT=15000
mpcs.confCode:cs357x://tuner:tuner@127.0.0.1:15000
mpcs.server ##notwendig um zum no-public-Share der dbox2 zu connectenCode:[global]
Nice = -1
ClientTimeout = 5
FallbackTimeout = 3
ClientMaxIdle = 120
CacheDelay = 0
BindWait = 20
ResolveDelay = 15
****Infos = /tmp/****.info
LogFile = /tmp/mpcs.log
PidFile = /tmp/mpcs.pid
UsrFile = /tmp/user.log
Sleep = 0
MaxLogsize = 1024
[cs357x]
Port = 15000
[gbox]
Password = BBBB2222
MaxDist = 5
****Infos = /tmp/share.info1
OnlineInfos = /tmp/share.onl1
IgnoreList = /data/keys/ignore.list
mpcs.userCode:[reader]
Label = dbox2
Protocol = gbox
Device = 192.168.2.6,2300,2400
Account = 192.168.2.25,AAAA1111
Group = 1
Code:[account]
User = dbox2
Pwd = AAAA1111
Group = 1,2
[account]
User = tuner
Pwd = tuner
Group = 1
1801to1702 = 1
Hier der Log der Camd3, z.B Discovery HD:
Code:16.11.2008 12:44:00 camd3: CMD 02 -> 1833:000066:0082:18BC from 127.0.0.1 ( camd3 )
16.11.2008 12:44:01 camd3: CMD 01 -> 1833:000066:0082:617B from 127.0.0.1 ( tuner )
16.11.2008 12:44:01 camd3: CMD 02 -> 1833:000066:0082:18BC 0.703s from 127.0.0.1 ( camd3 ) decoded on unknown
16.11.2008 12:44:15 camd3: CMD 02 -> 1833:000066:0082:18BC from 127.0.0.1 ( camd3 )
16.11.2008 12:44:16 camd3: CMD 01 -> 1833:000066:0082:F254 from 127.0.0.1 ( tuner )
16.11.2008 12:44:16 camd3: CMD 02 -> 1833:000066:0082:18BC 0.698s from 127.0.0.1 ( camd3 ) decoded on unknown
Zitat:
Zitat von Reus1972
Mit der Ignore Liste aus deinem Beitrag #153 auf Seite 11 funktionieren alle Sender! Nach einem Test auf der Kathi und DBox2!
Das geht, haben wir auch bei uns so laufen!Zitat:
Zitat von picoecco
Nur sharen wir uns gegenseitig ne ORF bzw. SRG Karte.
Da wird zum einen in der mpcs.server (welcher dann als Client anzusehen ist und HD holt) ein Kartenleser konfiguriert welcher per dyndns über INet zum anderen mpcs connectet, welcher seinerseits in der mpcs.user diesen eingetragen hat (dieser wäre dann der Server anzusehen welcher HD liefert)
Könnte so aussehen:
mpcs.server Eintrag (der Client):
#zweiten MpCS
[reader]
Label = hdsender
Protocol = camd35
Account = hdsender,hdsender
Device = mein-dns-server.org,20197
EMMCache = 1,3,2
Group = 2
CAID = 1833
Detect = none
mpcs.user Eintrag (der Server):
#HD sharen
[account]
User = hdsender
PWD = hdsender
Uniq = 1
Caid = 1833
Group = 1,2
MonLevel = 1
Uniq = 1
Natürlich müssen dann auch beide Router für Server und Client den Port 20197 durchlassen!
Auch müssen dann alle anderen User in der mpcs.user Group = 1,2 drin stehen haben um auch von beiden Readern aus der mpcs.server was zu holen, wird noch ein weiterer Reader in der mpcs.server eingetragen muss man in den Usern eben weiter eintragen mit Group = 1,2,3. Der weitere Reader in der mpcs.server wäre dann natürlich Group = 3.
Das ganze kann jetzt auch noch mit einer weiteren dyndns Adresse umgekehrt gemacht werden!
Wenn du das mit camd3 machst muss nur die camd3.servers in die clientbox ohne dieses hinten dran:Zitat:
Zitat von netguru76
?1702:000000=1702:000000&1722 :000000=1702:000000
das wird schon in der mpcs.user für den Benutzer definiert, da steht ja schon:
CAID = 1702,1833
Das Thema hatten wir aber auch scon ein paar Beiträge weiter vorne!
Ich bitte euch erstmal hier alles zu lesen um unnötige Fragen zu vermeiden, sonst kanns gut sein dass ich die Lust verliere wenn zig mal das gleiche gefragt wird nur weil man nicht alles lesen möchte!
danke Reus für die Infos zu mehreren MPCS.
Im Moment habe ich eine Karte wo eigentlich HD laufen sollte.
Hab die mpcs konfig nach den Anleitungen und Beiträgen eingestellt. Aber es klappt nicht, HD bleibt dunkel.
hier mal die Auszüge:
<mpcs.server>
[reader]
Label = multicam
Protocol = mouse
Device = /dev/tts/1
EMMCache = 1,3,2
CAID = 1702,1722,1833
Group = 1
Detect = none
<mpcs.user>
[account]
User = user
Pwd = password
1801to1702 = 1
CAID = 1702,1722,1833,1834
Group = 1
MonLevel = 4
Uniq = 1
<camd3.server>
cs357x://user:password@ip_vom_server:port
Die ignorliste hatte ich im Test mal auf der Client Seite weg gelassen.
Im LOG kommt dann folgendes wenn ich auf P*****HD schalte:
2008/11/16 14:47:04 1756 c01 user (09C4&000000/0081/6D:F82A): rejected caid (1 ms)
2008/11/16 14:47:05 1756 c01 user (1837&00D064/0081/92:FAC9): rejected caid (0 ms)
2008/11/16 14:47:05 1756 c01 user (1833&000024/0081/89:B6E9): not found (19 ms)
2008/11/16 14:47:05 1756 c01 user (1834&0000F5/0081/89:0224): rejected caid (39 ms)
Wo drann kann es liegen?
habe jetzt alles neu gemacht bekomme aber die bunzip2 mpcs-0.9d_quickhack.tar.bz2 über telnet nicht installiert drehe noch durch hier!! dasteht immer -sh: not found! kann mir jemand sagen was ich falsch mache!
Mach mal das rot markierte oben weg, starte die Box neu und probier nochmal. So wie ich das sehe könnte das der Fehler sein!Zitat:
Zitat von picoecco
Sonst sehe ich keinen Fehler!
nö hat nicht geklappt. denke dann wird es doch an der karte liegen.Zitat:
Zitat von Reus1972
mal ne andere Frage, kann man den mpcs dienst auch über eine Telnet Sitzung aktivieren und deaktiveren bzw. starten und neustarten. Das was man sonst in dem Keywelt Menue -> ****Server Menue macht?
Kennt zufällig jemand dieses MC und weiß ob es läuft:
http://abeltv.de/shop/index.php?cat=...23f5b5f61e48ba
Ich habe es noch mal mit deiner Anleitung probiert, weil ich heute mehrmals gelesen habe, dass die Smartmouse am Com-Port der Box laufen soll.
Wenn ich den MPCS über Telnet starte, kommt folgendes:
have fun with KEYWELT on your Nokia D-BOX2 - Kernel 2.4.36.2-dbox2 (19:19:21)...
dbox login: root
BusyBox v1.7.2 (2008-04-21 03:24:09 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/var # cd bin
/var/bin # mpcs
-------------------------------------------------------------------------------
>> STREAMBOARD << mp-****server started at Sun Nov 16 19:19:38 2008
-------------------------------------------------------------------------------
2008/11/16 19:19:38 691 s version=0.9d, system=powerpc-dbox2-linux, nice=-1
2008/11/16 19:19:38 691 s max. clients=29, client max. idle=120 sec
2008/11/16 19:19:38 691 s max. logsize=unlimited
2008/11/16 19:19:38 691 s client timeout=5 sec, cache delay=0 msec
2008/11/16 19:19:38 691 s shared memory initialized (size=400412, fd=3)
2008/11/16 19:19:38 691 s auth size=4640
2008/11/16 19:19:38 691 s Cannot open file "/var/tuxbox/config/mpcs.service
s" (errno=2)
2008/11/16 19:19:38 691 s userdb reloaded: 0 accounts freed, 1 accounts loa
ded
2008/11/16 19:19:38 691 s signal handling initialized (type=sysv)
2008/11/16 19:19:38 691 s can't open file "/var/tuxbox/config/mpcs.srvid" (
err=2), no service-id's loaded
2008/11/16 19:19:38 691 s monitor: disabled
2008/11/16 19:19:38 691 s camd 3.3x: disabled
2008/11/16 19:19:38 691 s camd 3.5x: initialized (fd=7, port=20248)
2008/11/16 19:19:38 691 s cs378x: disabled
2008/11/16 19:19:38 691 s newcamd: disabled
2008/11/16 19:19:38 691 s radegast: disabled
2008/11/16 19:19:38 691 s resolver thread started
2008/11/16 19:19:38 691 s logger started (pid=695)
2008/11/16 19:19:38 691 s resolver started (pid=696, delay=30 sec)
2008/11/16 19:19:38 691 s reader started (pid=697, device=/dev/tts/0, detec
t=cd)
2008/11/16 19:19:38 691 s proxy started (pid=698, server=192.168.0.10)
2008/11/16 19:19:38 691 s anti cascading disabled
2008/11/16 19:19:38 698 p03 FATAL: -protocol not supporting cascading
2008/11/16 19:19:39 698 p03 exit with signal 1
Vielleicht hat ja noch jemand einen externen Reader in Betrieb.
Was mich auch wundert, dass die Box beim Hochfahren mit Reader (da noch ohne Karte)
hängt, obwohl ich in der Bootkonsole von seriell auf null umgestellt habe!
Wenn du aktuelle Image drin hast, mit dem vollduplex S c h e i s s,
kann e sein, das der log auf der Com1 nicht ausgeschaltet werden kann,
haben viele neue Images diesen Fehler
am comport der dbox2 mußt du den log auf null stellen damit keine logdaten auf der Com1 (serieller Anschluß hinten) ausgegeben werden.
Das geht unter Dboxtaste, Einstellungen, Treiber und Bootoptionen, Expert! Boot-Konsole auf Null stellen
Box danach rebooten und hoffen das nun kein Log auf Com1 kommt.
Verschiedene Phönix-bzw Smartmouse-Leser haben eine Einschaltverzögerung,
das hilft auch...
So sollte das in der mpcs.server für den Leser sein:
#Lokaler Reader Multicam
[reader]
Label=Smart****
Protocol=mouse
Device=/dev/tts/0
CAID=1702
EMMCache=0,3,2
Group=1
Danke, in der Bootconsole steht null, ich ging nur davon aus, dass es sich um die Kabelart handelt (seriell oder halt null)
Meine mpcs.server sieht so aus:
[reader]
Label = cs357x
Protocol = mouse
Device = /dev/tts/0
#Account = user,user
EMMCache = 1,3,2
Group = 1
Detect = CD
CAID = 1702,1722
Eine Einschaltverzögerung hat er nicht, ich werde mir wohl das Ahab2 zulegen ich bin es echt leid
hab immer noch ein prob, intern geht alles super, also im lan, ich connecte von der kathi per camd3 auf mpcs ...
einstellung udp ...
Über inet geht das nicht, owbhl ich den port frei haben müsste, also versuch eich nun, das alles über tcp zu machen.
geb ich in der camd3.servers folgendes ein cs378x://user:pw@xxx.org:16876
dann kommt im camd3.log folgendes :
17.11.2008 00:10:12 camd3: error parse line #1 in camd3.servers
also, die camd3 connect nicht mal sonder wirft den error raus, version is 3.90, bitte um hilfe
merci
@netguru76
Also das muss mit udp funtionieren.
Die camd3.user sollte so oder so ähnlich aussehen.
cs357x://uername:passwort@xxx.dyndns.org:16876
Wenn die Einstellung im internen Lan so wie bei dir angegeben funktioniert (natürlich
statt dyndns Adresse die interne) dann muss das auch funktionieren.
Blöde Frage: Hast du denn deine Dyndns mal angepingt um die Verbindung zu testen?
mit udp muss esZitat:
Zitat von netguru76
cs357x://user:pw@xxx.org:16876
heissen
naja, das mit der portfreigabe ist so ne sache! wenn mann den im router freigibt heisst das noch lange nicht dass der das auch macht!Zitat:
Zitat von netguru76
speedport weiss ich aus persönlicher erfahrung dass der trotz freigabe nix durchlies, auch dyndns war problematisch. hab dann lieber die fritz genommen und dort zusätzlich "programme dürfen upnp freigaben steuern" angewählt. fritz neu gestartet, dann ging das.
@all danke für eure antworten
@reus: ich hab auch ne fritzbox, extra mit avm firewall die, zumindest auch bei den tcp ports geht ...
hab so ja schon per newcs geshared ...
will ich jetz aber über camd3 gehen und setze [camd35) = port xxxxx und versuuche über das 357 protokoll zu gehen, geht dies nur intern (denke weil ich da keine protfreigaben brauche) ...
weil ich nicht checken kann ob der udp echt frei ist, wil ich halt über tcp gehen, da kann ich ja per telnet etc testen ob der port fei ist (iss er).
drum hab ich mal bei mpcs.conf [cs378x]= port 16876genommen und wollte auch über die camd3 auf tcp basis zugreifen, dann kommt aber der fehler ind er camd3.log, den ich gepostet habe, also wenn der zugriff in der cam3.servers einen fehler hätte, wo? (cs378x://user:pw@xxx.dyndsorg.org:16876)
alternativ (notlösung) würde ich es auch gerne mit der mgacmd machen, die ging bisher auf newcs immer gut mit der kathi ... auf mpcs aber noch nicht soo, hat das jmd laufen?
hab gestern da 5 std rumgemacht, intern geht allles, extren halt nicht hilffeeee ;-)
Zitat:
Zitat von Reus1972
Ich hab da auch schon mal meine Probleme mit gehabt! Im Endeffekt lag es am Router! Hab dann ne andere Firmware drauf gemacht dann ging es!
ja, nur wenn ich weiss tcp geht, dann nehm ich doch tcp ...
der port is ja bei tcp defintiv frei, muesste halt nur wissen warum bei der camd3 da der error kommt wenn ich per cs378x rauswill ...
also wie komm ich per tcp per camd3 auf mpcs?
Ich habe auch immer noch Probleme mit extern.
Bei mir äussert es sich im Moment so, das die externen eine gewisse Zeit stabil auf meinen Server kommen, und irgendwann gehts dann nicht mehr.
Es hilft dann wenn die externen User dann ihre Fritz Box neustarten.
Habs bei 2 verschiedenen externen Usern/Fritzboxen getestet.
Das mit dem "programme dürfen upnp freigaben steuern" muss ich noch testen.
Stellt das sicherheitstechnisch kein Problem?!
Hat zufällig jemand hier auch mal nur nen "blauen" mpcs Monitor gehabt?
Habe seit kurzem keinerlei Einträge mehr drinstehn, obwohl der mpcs ein ist und auch stabil läuft?!
Also ich habs jetzt mit Hilfe aus einem anderen Board auch hinbekommen. Bei mir lags wahrscheinlich an den configs. Andere genommen und dann geändert und jetzt gehts. Könnte auch sein, dass es an der Install Reihenfolge gelegen hat. Hier mal meine Anleitung:Zitat:
Zitat von simplicissimus
Image geflasht, V1.1 update, mpcs und configs (alle nehmen die für mpcs dabei sind, dann die user, server, config anpassen) per ftp drauf, start_neutrino angepasst mit der besagten Zeile. Neustart, mpcs gestartet und da ich auf der Serverbox auch noch was sehen will camd3 installiert. Neustart, siehe das ----Funktioniert---.
Wenns nicht funktioniert kannst die configs von mir haben.
Gruß
cyberblaster
Welches ist denn nun die neuste mpcs - ich blicke langsam nicht mehr durch.
Die "mpcs-0.9d_quickhack.tar.bz2" schiebe ich doch per ftp nach var/tmp und entpacke/installiere sie per Telnet nach var/bin. Reicht es dann nicht aus, die neuste (welche ist die neuste) einfach per FTP drüber zu kopieren?
bei mir gehts jetz, zumindest die normael kanäle, hd karte kommt die woche ...
mögliche fehler: camd3 version 3.9 statt 3.9Beta1
Neues MPCS 0.9d statt 0.9 beta...
und um camd3 auf der kathi effektiv zu starten, muss ich die kathi rebooten, also an/aus geht nicht ....
vielleicht hilft das jmd ....
meine mpcs logs wunder mich nur, was bedeutet das "skipped"? hab die ignore von reus1972 drin + 1722 (is ja für kabel)
17.11.2008 23:05:32 3824 c02 danny (1702&000000/000A/93:E8DC): found (537 ms) by multicam
17.11.2008 23:05:32 3824 c02 danny emm-request sent (reader=multicam, caid=1702)
17.11.2008 23:05:43 3547 r02 danny type=d0, len=106, idx=1, cnt=16: skipped (0 ms)
17.11.2008 23:05:47 3824 c02 danny (1702&000000/000A/93:590B): found (528 ms) by multicam
17.11.2008 23:05:58 3547 r02 danny type=d0, len=106, idx=4, cnt=15: skipped (0 ms)
17.11.2008 23:06:01 3547 r02 danny type=d2, len=139, idx=25, cnt=1: written (523 ms)
17.11.2008 23:06:02 3547 r02 danny type=d0, len=106, idx=5, cnt=16: skipped (0 ms)
17.11.2008 23:06:02 3824 c02 danny (1702&000000/000A/93:1365): found (532 ms) by multicam
Hallo an alle
wollte mich nochmal zum Startprobem äussern.
Ich habe , zumindest füe das Keyweltimage, eine Lösung gefunden.
Sucht mal im Streamboard Forum unter "Startupscript mpcs" .
Es handelt sich um eine Kombination eines Eintrages in die start_neutrino
"/var/plugins/operations ****server_start &"
Sieht dann so aus ( Ausschnitt aus der Startup:)
[ -e /var/etc/.tuxcald ] && tuxcald &
/var/plugins/operations ****server_start &
/var/plugins/operations camd_init &
if [ -e /var/etc/.pmt_update ] ; then
zapit -u
und ein paar zusätzliche config file die in den Ordner tuxbox/config gehören.
Ich hab die Dateien mal angehängt. config.pdf in rar umbenennen und entpacken.
Angenehmer Nebeneffekt ist daß im Monitor die Sendernamen jetzt im Klartext angezeigt weden.
simplicissimus
lad mal bitte deine start_neutrino hier hoch, oder poste den dateiinhalt hier und markier das geänderte rot.Zitat:
Zitat von cyberblaster
würde mich auch interessieren, hab das bisher nicht hinbekommen. muss immer noch nach dem neustart mpcs manuell starten.
Diese Zeile ist neu und für den Autostart zuständigZitat:
Sieht dann so aus ( Ausschnitt aus der Startup:)
[ -e /var/etc/.tuxcald ] && tuxcald &
/var/plugins/operations ****server_start &
/var/plugins/operations camd_init &
if [ -e /var/etc/.pmt_update ] ; then
zapit -u
@reus1972 & @ tomyslav
tomyslav hat mir die Arbeit abgenommen und die Zeile rot markiert.
Einfach in die betreffende Stelle einfügen, die beigefügten Dateien wie beschrieben auch.
hat bei mir auf Anhieb funktioniert.
s#!/bin/sh
# KW_STARTNEUTRINO_003
if [ -e /var/etc/.rdate ]; then
rdate time.fu-berlin.de
fi
if [ -e /var/etc/.dimmer ]; then
( sleep 20; dimmer ) &
fi
if [ -e /var/etc/.logomask ]; then
( sleep 20; logomask ) &
fi
if [ -e /var/etc/.clock ]; then
( sleep 20 ; clock ) &
fi
if [ -e /proc/clock ]; then
sectionsd -tc
else
sectionsd
fi
timerd
[ -e /var/etc/.tuxcald ] && tuxcald &
/var/plugins/operations ****server_start &
/var/plugins/operations camd_init &
if [ -e /var/etc/.pmt_update ] ; then
zapit -u
else
zapit
fi;
controld
if [ -e /var/bin/nhttpd ]; then
/var/bin/nhttpd
else
/bin/nhttpd
fi
bmp_show /var/tuxbox/boot/logo-lcd2.bmp &
/var/plugins/operations sect_renice &
/var/plugins/operations epg_reinit &
if [ -e /var/plugins/woltimer/.wol_auto ] ; then
sleep 40 && /var/plugins/woltimer/woltimerd &
fi;
[ -e /var/etc/.use_avia_gt_proc -a -e /var/etc/.aviacheck ] && /var/sbin/aviacheck &
if [ -e /var/etc/.start_softstandby ] ; then
nhttpd_port=`sed -n "s/WebsiteMain\.port=//p" /var/tuxbox/config/nhttpd.conf`
(sleep 20; wget -Y off -q -O /dev/null http://localhost:$nhttpd_port/control/standby?on) &
fi
KEEP_ALIVE=1
while expr $KEEP_ALIVE != 0 > /dev/null
do
neutrino -u -f
KEEP_ALIVE=$?
done
pzapit -kill
[ ! -e /tmp/.config_stop ] && /var/plugins/operations camd_exit &
[ -e /tmp/tuxmaild.pid ] && kill -term $( cat /tmp/tuxmaild.pid )
i=50
while expr $i != 0 > /dev/null
do
if [ ! -e /tmp/.config_stop ] && pidof controld > /dev/null; then echo "Waiting for controld (max. $i seconds)"
elif pidof timerd > /dev/null; then echo "Waiting for timerd (max. $i seconds)"
elif pidof zapit > /dev/null; then echo "Waiting for zapit (max. $i seconds)"
elif pidof tuxmaild > /dev/null; then echo "Waiting for tuxmaild (max. $i seconds)"
else break;
fi
i=`expr $i - 1`
sleep 1
done
if [ -e /tmp/.config_stop ]; then
if pidof zapit > /dev/null; then
killall -9 zapit
fi
i=1
while expr $i != 2 > /dev/null
do
msgbox title="Configs einspielen" msg="Bitte jetzt Config-Dateien einspielen" select="moment,reboot" timeout=999 size=32
i=$?
killall -9 msgbox
done
/var/plugins/operations ex_kill
reboot
exit 0
fi
if [ -e /tmp/.reboot ] ; then
reboot
else
halt
fi
@ reus1972
Die Zeile die simplicissimus rot markiert hat ist es. Nicht die anderen configs vergessen. Dann sollte es gehn.
Gruß
cyberblaster
Die configs hatte reus1972 doch schon mal gepostet oder hat sich da auch was verändert?
Zitat:
Zitat von Tomyslav
ist nur die neutrino_start welche geändert werden muss, die anderen dateien sind schon drin und passen.
die werden bei der installation des mpcs nach /var/tuxbox/config kopiert.
kann sein dass das bei anderen nicht der fall ist wenn mpcs per online oder manuell installiert wurde.
habe die Config File entsprechend nach dem TIP von Reus angepasst und schaut jetzt wie folgt:Zitat:
Zitat von Reus1972
Serverseite:
<mpcs.server>
[reader]
Label = multicam
Protocol = mouse
Device = /dev/tts/1
EMMCache = 1,3,2
CAID = 1702,1722
Group = 1
Detect = none
<mpcs.user>
[account]
User = user
Pwd = password
1801to1702 = 1
CAID = 1702,1722,1833
Group = 1
MonLevel = 4
Uniq = 1
Zwischen zeitlich hatte ich die CAIDs in der .servers und .user auch raus Kommentiert gehabt. Brachte aber nichts.
Clientseite:
<camd3.server>
cs357x://user:password@ip_vom_server:port (geht bei mir über UDP)
Die Ignorliste habe ich weiterhin drausen auf der Kathi Client Seite.
Im LOG kommt dann weiterhin folgendes wenn ich auf P*****HD schalte:
2008/11/16 14:47:04 1756 c01 user (09C4&000000/0081/6D:F82A): rejected caid (1 ms)
2008/11/16 14:47:05 1756 c01 user (1837&00D064/0081/92:FAC9): rejected caid (0 ms)
2008/11/16 14:47:05 1756 c01 user (1833&000024/0081/89:B6E9): not found (19 ms)
2008/11/16 14:47:05 1756 c01 user (1834&0000F5/0081/89:0224): rejected caid (39 ms)
Das Ergebniss ist, das die HD Sachen weiterhin dunkel bleiben. Die normalen gehen!
Ich weiß nicht wo der Fehler jetzt noch liegen kann.
Kann es vieleicht an einer veralteten MPCS Version liegen, oder einer anderen relevanten Datei?
Vielleicht kann ein User, der im besten Falle HD hell hat über MPCS, eine Aufstellung machen. Eine Aufstellung, wo draus man erfährt, welche Dateien in welcher Version benötigt werden um zum Erfolg zu kommen.
Ich denke das wäre eine gute Idee, da das Thema schon über eine fast unüberschaubare Länge geht.
Warum hast Du hier nicht die 1833?
Zitat:
<mpcs.server>
[reader]
Label = multicam
Protocol = mouse
Device = /dev/tts/1
EMMCache = 1,3,2
CAID = 1702,1722,1833
Group = 1
Detect = none
Zitat:
Zitat von Tomyslav
das war als test gedacht mit der 1833, muß da aber nicht stehen!
das ist mein eintrag für das mc:
#Multicam connect
[reader]
Label = multicam
Protocol = mouse
Device = /dev/tts/1
EMMCache = 1,3,2
CAID = 1702,1722
Group = 1
Detect = DSR
und HD geht bei mir!
@ picoecco
bist du sicher dass hd überhaupt freigeschaltet ist!?
@ReusZitat:
Zitat von Reus1972
ja 100%ig HD ist hell. Ich hatte gestern die s02 NG3 Abo K. in meiner Kathi über das Alphacrypt v3.17/1,17 auf HD geschaut.
Kannst du vieleicht noch einmal eine Zusammenfasung über die wichtigen und relevanten Datei zu diesem Thema posten? Ich vermute das es bei mir irgend eine Kleinigkeit ist.
Ich wäre dir mit großen Dank verbunden.
Hallo, hatte bis jetzt auch das gleiche Problem, nimm doch mal den neuen MPCS aus Post Nr. 62 dann hat es bei mir geklappt.
Zitat:
Zitat von viper2606
das setz ich aber voraus dass er die hat!
nur die letzte mpcs version welche ich hier gepostet hab mapped auf 1833 um!
Klar die hatte ich mir gedownloadet und dann in /var/tuxbox/config mit 755.Zitat:
Zitat von Reus1972
Kann es sein, das diese MPCS Datei nicht in in /var/tuxbox/config kommt sondern gegen die in /var/bin (dort wo die emus liegen) ausgetauscht wird?!
KLar muß die nach /var/bin bzw. /var/emu!Zitat:
Zitat von picoecco