Archiv verlassen und diese Seite im Standarddesign anzeigen : [spark] Freezer/Kästchenbildung bei HDMU_XXXX_E2_spark7162 be HD+ V13/Oscam teils bis Absturz
sonic57914628
11.11.2012, 21:27
Hallo, wie oben beschrieben, hab ich langsam keine Idee mehr, was ich noch probieren kann.
Ich habe schon mehrere HDMU Images (1239, 1267, 1272, 1308 und Oscam Versionen (Ymod, 7713, 7884) ausprobiert, bei allen leider das Gleiche. Nach einer gewissen Zeit (manchmal 1 Stunde, manchmal auch 4) bleibt das Bild kurz (ca 1-10 Sekunden stehen und es kommt zu Kästchenbildung). Dies passiert dann immer wieder in kurzen Abständen (manchmal alle paar Minuten, manchmal nur alle 20-30 Minuten) überwiegend bei RTL HD und Vox HD. Bei Sky kommt sowas so gut wie nie vor. Das üble ist, dass das so weit geht, dass das Bild komplett einfriert und wenn ich umschalte, kommt nur noch oben der Kreisel und das wars dann. Dann hilft nur noch beim Triplex den Strom komplett aus und wieder an.
Ich dachte schon, dass die Entschlüsselung zu lange dauert (laut Oscam-Log normalerweise zwischen 400-550). Ich hab deshalb probiert die V13 per Fastmode (bei Oscam 7713 und 7884) laufen zu lassen. Ich hab also zum Reader in der oscam.server ins7e11 = 14 und ndsversion = 2 hinzugefügt. Das ging aber überhaupt nicht. siehe Log. Bei dem Log läuft zuerst Oscam Ymod ganz normal wie immer (so siehts auch bei den anderen Versionen aus) und dann hab ich die Konnfiguration geändert, das Oscam Ymod beendet und Oscam 7884 gestartet.
Hat das noch jemand oder läuft das bei euch ohne Probleme?
Wo liegt das Problem beim Fastmode? Der sollte mit der V13 doch eigentlich gehen oder?? Ich hab zwar kein cs bzw. hs aber ich dachte vielleicht könnte ich die Entschlüsselung als Verursacher der Freezer und der Abstürze des Systems ausschließen, wenn der Fastmode läuft.
Die v13 funktioniert ab den neuen osacm versionen seht gut.
Hast du die Boardregeln gelesen?
wieder offen
Habe mich an der ymod gerieben....bitte beim Thema karten bleiben.
sonic.....das Problem ist das sky an der v13 geschraubt hat.
Die ymod kann mit den neuen gegebenheiten nicht mehr umgehen.
Es gibt zur zeit kein ymod die mit der v13 stabil läuft!
Warte auf ein update.................
Wollte dir gestern im anderen Board schon Antworten, hatte das aber vergessen. :cool:
sonic57914628
11.11.2012, 22:41
wie geschrieben, habe ich es auch mit den original Oscam Versionen 7713 und 7884 probiert. Kommen auch diese damit nicht klar oder wie?? Also würde auch der Fastmode nichts dran ändern?? oder geht der auch nicht mehr wegen den neuen Gegebenheiten? Ymod muss ja nicht sein mir geht es nur drum,dass die Karte entschlüsselt wird und das wenn möglich ohne Freezer. ;-)
Also die von unserem Feed läuft bei mir gut.
Wegen fastmode bin ich jetzt nicht sicher......möglich das da noch was geht.
Habe aber rückmeldung das es bei HD+ zu probs kommen kann.
Ich vermute die nächsten oscam versionen werden besser laufen, schau einfach ab und zu auf den Feed ob ich die Oscam upgedatet habe.
dirtydotcom
11.11.2012, 23:10
Bei mir ist es ähnlich. Hatte ja auch schon einiges durch. Egal ob das problem mit der HDD oder dem ruckelnden Bild. Die abstürze bei der verwendung von epgrefresh. All diese probleme kommen nur dann vor, sobald ich Oscam ymod mit meiner weissen HD+ Karte verwende. Schalte ich das Oscam aus läuft die Box super schnell und stabil. Die erkenntnis kam mir allerdings auch erst gestern als ich die 1337er aufgespielt habe und vergaß Oscam zu installieren. Kaum hatte ich es eingeschaltet lief die Box nicht mehr so schön oder hing sich wärend des Tv schauens auch einfach auf.
Ganz genau.......da ist zur Zeit ziemliches durcheinander deswegen.
Danke für die info dirty...:cool:
Die V13 wird mit hd+ emms bombardiert, blockt die emms und gut ist.
Das klappt gut? Danke für die info.
dirtydotcom
12.11.2012, 01:13
Kann man auch die emms blocken wenn man nur eine HD+ hat? :)
Geht das über das Webif?
Wenn die Karte damit beschäftigt ist Updates zu schreiben hat sie keine Zeit mehr zum entschlüsseln. Wenn man ins Log schaut sticht das sofort ins Auge. Ergebnis sind je nach Receiver und verwendetem Softcam microfreezer, Standbild oder eine Asyncronität zwischen Bild und Ton. Was die da genau treiben weiß ich nicht, da ich selber keine V13 habe war mir das nicht so wichtig. Da die EMM längen variieren ist ein blocken nicht möglich. Auf den ersten Blick ist das bei unique, shared und global emms das selbe, da scheint irgend ein trash gesendet zu werden der von den zertifizierten receivern gefiltert wird. Von oscam und co auf Standarteinstellung nicht. Also erstmal alle emms blocken bis sich jemand die mühe gemacht hat den trash von den notwenigen emms zu trennen. Das Problem ist aber schon einigen Wochen alt oder hat sich das die tage noch verschlimmert?
Fastmode für V13 auf dem GM990 funktioniert nicht, egal ob jetzt HDMU, Nebula, EOS oder sonstwas, da scheint ein Bug im GIT zu sein auf dem alle basieren.
Wenn du oscam laufen hast geht das übers webif, einfach unter reader die häkchen für blockemm setzen
dirtydotcom
12.11.2012, 01:50
Okay habs mal deaktiviert im Reader, und werde es mal beobachten. Im Status ist es ein wenig ruhiger geworden finde ich. Mal schauen obs was gebracht hat. Ich weiß nicht mal was emm´s sind oder wofür man die braucht :D aber erstmal vielen dank.
Emms sind Updatebefehle für die Karte, vor einem Keywechsel werden per emm die neuen Keys auf die Karte geschrieben. Wenn eine Abo Karte keine emms mehr bekommt kann sie früher oder später nichts mehr entschlüsseln.
Probier evtl mal eine aktuellere oscam die 7408 war nicht die unbedingt die stabilste.
http://download.oscam.cc/index.php?&direction=0&order=mod&directory=1.20_TRUNK/sh4-amino
Falls das zu den Foren Rules nicht konform seien sollte bitte löschen.
Das mit dem fastmode war mir neu redoom....Thx. Der link ist ok, hatte die tage danach gesucht. :)
Das blocken der emms´s hilft leider nur ein wenig.
Habe immer noch kurze freezer.....Antwortzeiten bis zu 3-4 sekunden ab und zu.
Besser als vorher, da waren sie fast ständig so hoch.
Bekomme nachher eine V13 zum spielen, gucke ich mir heute Abend mal an was da los ist. 3-4 Sekunden ist definitiv zu lange und muß freezer geben.
Normal sind Antwortzeiten von ca. 450ms, im Fastmode ca. 130-150ms
Bei mir genau das gleiche, nur mit 990 CR HD PVR Spark. Es kommt teilweise noch eine Fehlermeldung Tunen fehlgeschlagen, Pat nicht gefunden, obwohl das Signal gut ist. Bei ARD/ZDF HD zum teil das gleiche, Sky fast nie.
Oscam verschiedene Versionen und HD+ Karte, V13 getestet.
Ich habe dann über das Webinterface rechts oben "Show SignalPanel" aufgerufen und eine weile beobachtet. Immer wenn der Fehler kam ging der BER von 0 auf unterschiedliche Werte, der muss ja normal immer null anzeigen.Das passiert nur mit HDMU Images, mit Neutrino usw nicht.
Ich hatte gestern meine Schüssel neu eingestellt, und seit dem kein Problem mehr.
Heute morgen nochmal getestet mit verschiedenen USB Images, immer gleich Oscam, die Schüssel nur etwas verdreht, der Fehler ist wieder da, aber immer nur mit HDMU.
sonic57914628
12.11.2012, 11:54
zu redoom;
Ist das auch beim Triplex (spark 7162) das Problem warum der Fastmode nicht geht?? hab schon alles mögliche Versucht aber bekomme den Fastmode einfach nicht zum laufen (siehe den 2ten Teil vom Log gegen Ende), kommt immer die Fehlermeldung Card not supportet und doing fast reset. Und das immer im Kreis.
Zu den Emms:
Ich hab versucht die 1 über die änderung von AU auf 0 und 2. über den zusatz im Reader zu deaktivieren. Das Log sah zwar dann besser aus aber die Freezer und Kästchenbildung wurde nicht wirklich viel besser, leider.
Das hat nichts mit der Box sondern mit der oscam version zu tun.
Kleiner Tip: Mal die oscam vom Feed testen, die müsste sauber laufen und da könnte der dirty fix greifen.
sonic57914628
12.11.2012, 14:27
was ist "dirty fix" hat das was mit den EMMs zu tun? muss ich dafür noch was in die config einfügen oder geht das automatisch?
Genau, ist die Änderung für die geänderten EMMs bei Sky.
So, habe ein paar Stunden rumgebastelt.
Meine Config
STB: Spark GM990 Reloaded
Image:HDMU_1340_E2_spark_211_git_4876_nodebug_lcd_ Diff0_ffm_Flash
Softcam: OSCAM 1.20-unstable_svn build #7253 (neuere sollten genauso funktionieren, hatte mir in die mal was reingepatcht und bis jetzt noch keine Veranlassung zum Update gesehen)
V13 im normal Mode im internen Reader ohne geblockte EMMs verursacht je nach Sender eher kontinuierlich als sporadisch microfreezer. Karte wird mit EMMs zugemüllt
2012/11/13 00:22:38 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=32, idx=0, cnt=1: written (226 ms)
2012/11/13 00:22:42 5C5D68 c user (09C4&000000/0000/0039/B3:630A): found (647 ms) by sky_v13
2012/11/13 00:22:49 5C5D68 c user (09C4&000000/0000/0039/B3:1CE5): found (597 ms) by sky_v13
2012/11/13 00:22:49 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=43, idx=1, cnt=1: written (136 ms)
2012/11/13 00:22:56 5C5D68 c user (09C4&000000/0000/0039/B3:4F41): found (543 ms) by sky_v13
2012/11/13 00:22:59 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=32, idx=2, cnt=1: written (128 ms)
2012/11/13 00:23:03 5C5D68 c user (09C4&000000/0000/0039/B3:F541): found (538 ms) by sky_v13
2012/11/13 00:23:10 5C5D68 c user (09C4&000000/0000/0039/B3:EC90): found (448 ms) by sky_v13
2012/11/13 00:23:11 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=135, idx=3, cnt=1: written (485 ms)
2012/11/13 00:23:11 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=42, idx=4, cnt=1: written (136 ms)
V13 im normal Mode im internen Reader und geblockten EMMs läuft für mich ok. Keine Freezer oder totalhänger innerhalb von ca 3 Stunden. Antwortzeiten stabil bei 450-550ms
Fastmode wurde im GIT zwischenzeitlich seit meinen letzten Tests scheinbar gefixt :-) Rennt auch ohne geblockte EMMs wie sau, ich block sie trotzdem.
2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] type: VideoGuard Sky Germany (09C4)
2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] creating thread for device /dev/sci0
2012/11/13 00:02:23 5CA618 r sky_v13 [videoguard2] Reader initialized (device=/dev/sci0, detect=cd, mhz=368, cardmhz=368)
2012/11/13 00:02:23 5CA618 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:27 5CA618 r sky_v13 [internal] ATR: 3F FF 15 25 03 10 80 41 B0 07 69 FF 4A 50 70 00 00 50 31 01 00 15
2012/11/13 00:02:29 5CA618 r sky_v13 [internal] Maximum frequency for this card is formally 5 Mhz, clocking it to 3.68 Mhz
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock setting: FF FF FF FF
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock disabled
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock setting after disabling: FF FF FF FF
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] type: VideoGuard Sky Germany (09C4) FastMode, caid: 09C4
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] serial: ########, BoxID: ########, baseyear: 2004
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] ready for requests
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] found cardsystem videoguard2
2012/11/13 00:02:30 5CA618 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:30 5CA618 r sky_v13 [videoguard2] type: VideoGuard Sky Germany (09C4) FastMode
2012/11/13 00:02:37 5C6678 c user (09C4&000000/0000/0025/B3:FC61): found (148 ms) by sky_v13
2012/11/13 00:02:44 5C6678 c user (09C4&000000/0000/0025/B3:55D9): found (150 ms) by sky_v13
2012/11/13 00:02:51 5C6678 c user (09C4&000000/0000/0025/B3:36F9): found (148 ms) by sky_v13
Reader Einstellungen
device = /dev/sci0
caid = 09C4
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 368
cardmhz = 368
group = 1
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
ndsversion = 2
Der Vollständigheit halber, Smargo mit V13 im Fastmode funktioniert auch, ist aber ca. 90ms langsamer als der Interne Reader.
Das mir das Empfangssignal wegbricht konnte ich nicht beobachten, meine Schüssel ist aber auch ordentlich ausgerichtet :-)
DOOM
Mumpitz23
13.11.2012, 10:32
Und du hast keine Abstürze bei dieser OScam Version? An sich müsste es alle Paar Stunden abstürzen, wenn ein ECM mit falscher Länge kommt. Deswegen ist ja auch die neue OScam auf dem Feed.
KleinerSchelm
13.11.2012, 11:46
emms blocken ist ja auch unsinnig, da kann man auch gleich das au abschalten.
1 ein client soll AU haben sonst wird die karte ja nicht verlängert.
2. mal mit oscam.whitelist arbeiten an dem oscam server. da werden nur gewissen längen zugelassen.
3. dvbapi könnte auch etwas helfen
lenny.cb
13.11.2012, 13:16
Soll das Sinn machen in der whitelist für CAID 0500 die längen anzugeben und in der dvbapi genau diese CAID zu blocken?
Die oscam whitelist ist für ECM, nicht für EMM, damit wird verhindert das ungültige Controlwords geshared werden. Der Parameter ist meiner Meinung nach nur bei Alikarten wie FUN, Gammacard etc sinnvoll.
Eine Originalkarte antwortet in der Regel nicht mit ungültigen Controlwords.
http://www.streamboard.tv/wiki/OSCam/de/Config/oscam.server#ecmwhitelist
Die oscam.dvbapi hat mit dem Problem nichts zu tun, darin werden nur die CAIDs festgelegt die priorisiert oder ignoriert werden. Es wird also schneller die zur Karte passenden CAID angefragt.
Wenn man eine V13 mit abgelaufenen Tiers freischalten will muß da zwingend P:09C4 1 drin stehen. Ansonsten wird die Karte nach drei erfolglosen Anfragen nicht mehr angesprochen.
Nur eintragen was man auch wirlich braucht, ansonsten holt man sich bei Verwendung von mehr als nur einer Karte schnell Probleme ins Haus.
In deiner Whitelist legst du die ECM Längen für alle Viaccess Provider (0500) fest. Für eine V13 sollte die So aussehen.
W:09C4:000000::::56,9B,A0,B3 (Die Längen habe ich nicht getestet, benutze selber keine whitelist)
Ich denke nach wie vor das die freezer davon kommen daß die Karten fleissig emms schreiben, teilweise mit Längen von über 200 und es dadurch nicht mehr schaffen
in einem ecm Zyklus rechtzeitig zu antworten. Wenn man ins Log schaut sieht man, daß auf zwei bis dei ECMs ein EMM folgt. Das ist ca im 10 Sekundentakt.
.
However ich habe selber keine V13 und werde mir freiwillig auch erstmal keine Zulegen. AU hab ich zum testen komplett geblockt, die EMMs kann man auch mal kurz manuell einschalten wenn sich die Gültigkeit der tiers dem Ende zu neigt, das werden die OSCAM Jungs schon fixen.
DOOM
Mumpitz23
13.11.2012, 15:19
Bei der V13 kann man alle EMMs blocken, außer unique und selbige braucht die Karte nach meinen Infos ca. alle 10 Monate. Und wenn ich mich recht erinnere, wird die Karte nich mit unique EMMs geflooded.
Aber eins wundert mich, mit CCcam als Client werden keine EMMs geschrieben mit DVBApi jedoch schon. Hoffe mal, dass die das noch beheben.
mfg Mumpitz
emms blocken ist ja auch unsinnig, da kann man auch gleich das au abschalten.
1 ein client soll AU haben sonst wird die karte ja nicht verlängert.
2. mal mit oscam.whitelist arbeiten an dem oscam server. da werden nur gewissen längen zugelassen.
3. dvbapi könnte auch etwas helfen
Genau das ist das Problem, sky hat was an den längen geändert.
Das mit der whitelist soll das problem fixen!!
Geblockt werden muss dann natürlich nichts mehr.
In die whitelist kannst du eintragen was du lustig bist, die ist für die ECMs und nicht für die EMMs
KleinerSchelm
13.11.2012, 18:08
Ich hatte die falsche. Zeile kopiert war von der anderen karte.wird aber nichts blockiert sondern nur die in der zeile zugelassen.
KleinerSchelm
13.11.2012, 21:56
In die whitelist kannst du eintragen was du lustig bist, die ist für die ECMs und nicht für die EMMs
Gut dann braucht ihr die config für die whiteliste V13 karte 09c4 nicht.
Häng sie bitte mal hier an...........:cool:
KleinerSchelm
14.11.2012, 11:53
Die kann sich wöchentlich sowieso ändern weil sky da ständig rum schraubt.
oscam.whitelist für die v13
w:09C4:000000::::51,63,9B,A0,B3,56
Sind die immer noch dran? Danke dir.....:cool:
lasst den Kram weg
nur oscam.user,server,config dann gehts auch ohne Freezer und Fastmode
Hallo Thomas........dann häng die configs doch bitte mal hier an.
DboxOldie
14.11.2012, 15:37
Also ich hab immer Bauchschmerzen bei den 5MHz für die V13 Karten...
tragt mal :
mhz=359
cardmhz=359
ein, vielleicht semmelt dann der Karten Prozessor nicht ab
sonic57914628
15.11.2012, 16:19
Wollte auch hier mal kurz mein Zwischenfazit melden.Ich habe jetzt fast 3 Tage die Config von Thomas mit HDMU_1272_E2_spark7162_211_git_4831_nodebug_nolcd_ Diff3_ffm_Flash getestet. Nur mit Sky V13 inkl. HD+ Freischaltung, hab keine HD+ Karte, dazu kann ich nix sagen.
1. Config von Thomas mit Oscam 7884 (vom Feed)
Fastmode (ins7e11= 12-15) habe ich hier nicht zum laufen bekommen, auch nicht durch anpassen der Readereinstellungen (zB mhz auf 368, was laut redoom zwingend notwendig für Fastmode ist).
Aber wer keinen Fastmode braucht kann diese Config ohne Freezer und Kästchenbildung für original Oscam in verbindung mit einer Sky V13 Karte nutzen. Der Reader mit ins7e11=11 lief bei mir einwandfrei, bis auf die Tatsache, dass das Bild ab und zu (nach ca 3 Stunden) stehen bleibt, was dann nach einigen Sekunden von alleine wieder weiterläuft oder durch einfaches Umsachalten wieder behoben werden kann. Das liegt aber am Oscam, denke ich zumindest. Das blocken der EMMs ist nicht nötig für ein freezerfreies Bild.
2. Fastmode
hab ich mittlerweile dank der Hilfe von redoom auch am laufen, ist aber noch nicht mal halbwegs stabil. Woran das liegt weis ich auch nicht. Sobald ich da was hinbekommen habe sag ich bescheid.
mit der Oscam 7884 vom Feed hatte ich bisher am wenigsten Probleme.
da man fastmode nur bei einem gutfrequentierten server braucht, ist das doch eigentlioch egal.
sonic57914628
15.11.2012, 20:42
klar, ich habe das Thema eröffnet, weil ich Freezer und Kästchenbildung hatte und wollte jetzt nur mitteilen, dass das mittlerweile nicht mehr so ist. Desweiteren wollte ich für Leute die selbst auch solche Probleme haben, nochmals zusammengefasst sagen, mit welcher Konstellation aus HDMU Version, Oscam Version und mit welcher Config es bei mir läuft.
Allerdings würde mich jetzt eben schon noch interessieren, warum der Fastmode so instabil läuft (bei mir zumindest). Egal ob ichs brauch oder nicht. Bin so jedenfalls zufrieden! An der Stelle mal Danke allen, die mich mit guten Ratschlägen und Hilfe per PN unterstützt haben.
klar, ich habe das Thema eröffnet, weil ich Freezer und Kästchenbildung hatte und wollte jetzt nur mitteilen, dass das mittlerweile nicht mehr so ist. Desweiteren wollte ich für Leute die selbst auch solche Probleme haben, nochmals zusammengefasst sagen, mit welcher Konstellation aus HDMU Version, Oscam Version und mit welcher Config es bei mir läuft.
Allerdings würde mich jetzt eben schon noch interessieren, warum der Fastmode so instabil läuft (bei mir zumindest). Egal ob ichs brauch oder nicht. Bin so jedenfalls zufrieden! An der Stelle mal Danke allen, die mich mit guten Ratschlägen und Hilfe per PN unterstützt haben.
Dann mach es doch, bitte.
MfG
Habe es gerade auch noch mal getestet, mit der OScam auf dem feed funktioniert der fastmode nicht. Der scheint für SH4 irgendwann nach der 7626 broken zu sein. Wo genau keine Ahnung kann ja mal jemand mit viel Langeweile ausprobieren .-)
Im Anhang mal die 7626 und funktionierende Configs
2282
MfG
DOOM
suchmich1983
15.11.2012, 22:54
Habe es gerade auch noch mal getestet, mit der OScam auf dem feed funktioniert der fastmode nicht. Der scheint für SH4 irgendwann nach der 7626 broken zu sein. Wo genau keine Ahnung kann ja mal jemand mit viel Langeweile ausprobieren .-)
Im Anhang mal die 7626 und funktionierende Configs
2282
MfG
DOOM
Mhh kann eigentlich nicht sein. Ich selbst nutze die oscam 7750 mit fastmode!
2012/11/15 21:58:00 2981A1B0 c christian (098C&000000/0000/EF11/98:7AFE): found (76 ms) by v14
2012/11/15 21:58:07 2981A1B0 c christian (098C&000000/0000/EF11/98:9C76): found (76 ms) by v14
2012/11/15 21:58:14 2981A1B0 c christian (098C&000000/0000/EF11/98:F9BE): found (75 ms) by v14
LG
Da hilft nur ausprobieren ob es funktioniert oder nicht ist halt unstable, auf dem feed war die 7884, hab noch die 7924 von heute ausprobiert, entweder cardsystem not supported oder die Karte wird initialisiert, spuckt zwei oder drei Antworten aus und macht dann einen Reset.
War ja nicht falsch die Aussage, irgendwo nach 7626 :-) also ist der fastmode für sh4 dann irgendwo zwischen 7750 und 7884 broken.
Ich hab jetzt die 7626 auf dem Spark laufen weil ich die auch auf meinen Servern habe.
Mumpitz23
16.11.2012, 01:34
Stellt sich die Frage was einem wichtiger ist, eine OScam die stabil mit der V13 läuft aber dafür fastmode spinnt, oder eine OScam mit fastmode, die aber dank fehlerhafter ECMs von SKY alle paar Stunden abstürzt. Ich hatte ja nicht umsonst empfohlen eine neue OScam auf den feed zu packen. Das der fastmode auf sh4 Boxen nicht mehr läuft, sollte im streamboard gemeldet werden. Ansonsten würde ich im Moment maximal zur Version 7895 raten, da an OScam massiv rumgewerkelt wird. Alle Reader wurden auf eine neue API umgestellt, was auch ein Grund sein kann, dass fastmode bei sh4 intern nicht mehr geht. Jedenfalls hatte ich mit einigen anderen neueren Versionen Probleme, weil die Karte dank reader -> convention nicht entschlüsselt werden konnte.
Ansonsten bitte hier schauen:
http://www.streamboard.tv/wbb2/portal.php
http://www.streamboard.tv/oscam/timeline
Kleine Frage zur V14, kann es sein, dass da die ECM längen noch nicht geändert wurden? Solche Zeiten hatte ich noch nichtmal vor der Umstellung.
mfg Mumpitz
sonic57914628
16.11.2012, 06:21
Dann mach es doch, bitte.
MfG
hab ich in Post 39 schon getan ;-)
suchmich1983
16.11.2012, 07:11
Kleine Frage zur V14, kann es sein, dass da die ECM längen noch nicht geändert wurden? Solche Zeiten hatte ich noch nichtmal vor der Umstellung. doch wurden schon geändert. Mehrfach sogar, hatte ich in einem anderen Post mal geschrieben. Diese Zeiten habe ich auch schon von Anfang an, seid ich die Karte habe.
Liebe Grüsse
KleinerSchelm
16.11.2012, 11:50
gestern abend war es wieder schlimm auf den HD+ sendern da ruckelte es schlimm auch paar sky HD sender trotz deaktivieren von au.
Habe mir dann mal eine aktuelle oscam 7943 sh4 ausgecheckt und bis ruckelt nichts ohne an den configs gross was zu ändern.
Das teil ist aber etwas abgespeckt und unterstützt nur internal reader, kein smargo usw. auf wunsch kann ich auch eine "default" oscam machen.
wer mal testen will hier im Anhang.
>> Die im Anhang ist definitiv Oscam 7934 wurde nur umbennant in 7884 für einen einfachen Austausch im Receiver.
dirtydotcom
16.11.2012, 12:18
Ähm ist das nicht die vom Feed? 7884?
nein, ich denke er hat die 7943 nur als 7884 umbenannt, damit ihr nur die bin tauschen müsst und
eben nicht noch die oscam.emu anzupassen.
KleinerSchelm
16.11.2012, 12:54
ne ich hatte es nur umbenannt das man es starten kann und die start datei nicht umändern muss ist aber 7943
sieht man dann auch im webif ;)
Am besten jetzt alle kräftig testen....:cool:
Mumpitz23
16.11.2012, 14:27
doch wurden schon geändert. Mehrfach sogar, hatte ich in einem anderen Post mal geschrieben. Diese Zeiten habe ich auch schon von Anfang an, seid ich die Karte habe.
Liebe Grüsse
Die Zeiten am internen Reader der GM990? Dann muss ja die V13 entschieden langsamer sein, oder der easymouse2 ist schlechter als der interne reader^^ Oder ganz verrückt, oscam/reader arbeiten bei sh4 schneller als bei mips :D
KleinerSchelm
19.11.2012, 11:00
Hier mal eine aktuelle Oscam für sh4.
Die sollte recht gut laufen.......die 7936 tut es.
KleinerSchelm
19.11.2012, 21:45
6 mal runter geladen und nicht eine Rückmeldung ?
sacravia
19.11.2012, 23:24
also ich hab die oscam bei eine spark 7162 gm triplex ausprobiert aber ist zu langsam in vergleich zu ymode die ich jetzt nutze
dirtydotcom
20.11.2012, 00:50
Welchen genau nutzt Du? Gern auch als Anhang ;)
nein, nicht als anhang oder sonstiges, da laut boardregeln verboten.
Hier mal eine aktuelle Oscam für sh4.
Danke Kleiner Schelm, habe sie beim neuen Image installiert auf der Kathrein UFS 912.
Sie funktioniert und werde mal beobachten.
MfG
sacravia
20.11.2012, 14:16
seit gestern die neue image von hdmu und oscam immer die gleiche..ymodv 18-t34.. die ymodv lauft bei alle images von hdmu bei mir
das liegt an deiner dvbapi und nicht am emu.
nicht erlaubt wegen boardregeln
sacravia
22.11.2012, 11:24
welche image nutzt du den?
nicht erlaubt wegen boardregeln
Entfernt wegen Änderung der entsprechenden Beiträge.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.