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.

ICAM Patch oscam-emu

Status
Für weitere Antworten geschlossen.
Habe mir gerade nochmal deine alten Beiträge durchgelesen um das irgendwie besser nachvollziehen zu können. Aber bin da überhaupt nicht in der Materie was das angeht.
Aber nochmal ganz "grob" gedacht:
Es ist doch worklich nur ein timing Problem zwischen Streamrelay und dem "Player". Alle Aufnahmen funktionieren ja ohne Fehler. Somit funktioniert das entschlüsseln usw. ja richtig. Ist es dann sinnvoll das so "kompliziert" zu machen und das Rechnen mit den ganzen Daten o.ä. aus dem TS Stream? Eigentlich müsste der Stream doch "nur" für n Milisekunden "zurückgehalten" werden und nicht in Streamrelay gecheckt werden ob ein Paket nicht scrambled wurde usw. Oder verstehe ich da was nicht ganz?
 
Danke für den Patch, das funktioniert sehr gut.

Aber im Grunde habe ich die selben Probleme wenn ich einen Stream von einer anderen E2- Box im Homenet starte, die kurzen Aussetzer die erste Minute treten da auch auf, egal ob der Kanal entschlüsselt werden muss oder nicht... vielleicht eher ein Problem von E2 als von Oscam/ Streamrelay?
 
@ChrisOsgood
also wenn dein Problem auch bei nicht codierten Stream's auftritt,
dann ist es eher kein Oscam/Streamrelay-Problem.
da würde ich eher auf den Gstreamer/player tippen.
 
Der Buffer Patch scheint sich auch positiv auf andere Architekturen auszuwirken. Ich war mal so frei, und habe das testweise mit in die Oscam für meine dream one gepatcht.
Fazit: Bild und Ton sind beim Umschalten immer da!
Vorher gab es bei mir noch Probleme, dass gelegentlich ein Icam-Sender dunkel blieb nach dem Umschalten. Dies ist mir bisher noch nicht wieder aufgefallen.
Den Buffer hatte ich zuerst auf 2500 ms gelassen, dann auf 1250 ms gesetzt. Beides läuft gut und mit der Umschaltzeit kann ich leben, denn das Resultat kann sich sehen lassen!
Das Einfrieren bzw. Hämmern lässt bisher auch noch auf sich warten, es läuft hier bereits durchgehend seit ca. 5 Stunden. Aber ich möchte den Tag mal lieber nicht vor dem Abend loben ...


Vielen Dank an @putschi !

Anbei beide Versionen für die One / Two zum Testen

Edit:
So, nach ca 11 Stunden war es meiner Box dann zu viel und hat sich aufgehängt.
Dennoch bin ich mit dem Ergebnis zufrieden.
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
Wird es die Version mit buffer auch als fertige ipk für VTI und VU+ ARM-CPU geben ?


Gesendet von iPhone mit Tapatalk Pro
 
ihr wisst aber schon, das @putschi das ganze lediglich erstmal als ProofOfConcept veröffentlicht hat ?!
insofern macht das verteilen von Binaries da noch keinen Sinn.

@Drachentöter
d.h. mit 1250ms hast du auf der One noch passable Umschaltzeiten?
... ich frage, weil es bei @el_malto seiner Box etwa 3-4sek waren (VU+ Uno4K SE).
das audio-hämmern dürfte/sollte unabhängig davon auftreten, weil es ja eigentlich vmtl. ein ALSA-problem ist.
aber das tritt hier sporadisch auf, entweder mehrfach pro Tag - oder auch mal einige Wochen garnicht.
P.S.:
deine Oscam's starten auf meiner One mit AIO übrigens, aber das komplette icam bleibt dunkel.
 
Zuletzt bearbeitet:
Drachentöter schrieb:
Vorher gab es bei mir noch Probleme, dass gelegentlich ein Icam-Sender dunkel blieb nach dem Umschalten.
Zum Vergrößern anklicken....
Sehr seltsam, da genau die one und die two dieses Problem eh nicht haben. Ich habe die two jetzt schon länger und bis jetzt noch nie ein Bild/Ton Problem gehabt.
 
Ich kann da nur für meine Box sprechen, und da trat das Problem definitiv häufig auf.

@Token :
Es sind ca. 2 Sekunden Umschaltzeit bei 1250 ms. Manchmal auch etwas schneller.
Die Binaries von mir sind auch nur zum Testen gedacht.
PS:Hier läuft es auf Newnigma2.
Eventuell die Box einmal neu starten?
 
Zuletzt bearbeitet:
ich habe hier das IHAD-Img. am Start ... naja, ich werde es dann nochmal probieren.
 
Möglich. Aber da ich das AIO bisher noch nicht ausprobiert habe kann ich das für meine Box nicht bestätigen
 
Ist zwar OT, aber macht auch keinen Sinn mehr auf das AIO zu wechseln, da nichts mehr Weiterentwickelt wird.
Man sollte bei einen Image bleiben was wenigstens noch Supported wird nachdem DMM Geschlossen wurde.
 
Jepp OT, aber das ist schlicht nicht nachzuvollziehen wie man auf so eine Meinung kommt.
Für AIO wird derzeit mehr nachgereicht als für die Images davor, denn da ist auf alle Fälle Schluss, ob NN2 mehr machen kann, glaub ich auch nicht und dann immer noch, ich habe die Probleme mit dem AIO nicht. Zumal einige Verbesserungen die nie ins normale 2.6 eingeflossen sind, sind eben im AIO mit drin, somit müsstest das alte 2.6 erst mal auf einen vergleichbaren Stand wie das AIO bringen.
Das war übrigens auch ein riesen Fehler von DP (DMM ist lang her), dass sie zuerst die HW mit der alten SW auf den Markt gebracht hatten, die Boxen hatten so keinen wirklichen Mehrwert als die DM9x0, eher schlechter, da kein FCB Tuner verfügbar
 
Wer soll das weiterentwicklen? DMM ist weg vom Fenster. Und ohne DMM kein Sourcecode.

Aber das ist hier wirklich zu OT.
 
Status
Für weitere Antworten geschlossen.

Ähnliche Themen

Hilfe bei "FAQ: OSCam r1171X-798 mit icam patch 1171X-798"
2 3 4
Antworten
51
Aufrufe
2K
Token
T
  • Gesperrt
oscam-git-aarch64_generic-webif-dvbapi-ssl-libusb-libdvbcsa-emu-icam-neon-extra-mixed-upx-signed
Antworten
0
Aufrufe
209
Drachentöter
Oscam icam binary – Merkmale
Antworten
9
Aufrufe
1K
Leo888
L
  • Gesperrt
OSCam Mips(el) iCam no EMU Cak7 IPv6 complete
Antworten
0
Aufrufe
515
OnkelAtze
  • Gesperrt
OSCam ARM iCam no EMU Cak7 IPv6 complete
Antworten
2
Aufrufe
506
OnkelAtze
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…