tritt bei allen images auf

deshalb kann man nur den Rat geben kein Wlan zu nutzen, lieber Dlan, wifi bridge etc.

OraHDFreak deine Config - nimm die config die ich dir im Thread gegeben habe, das bringt dir mehr, glaub mir ich richte Tag für Tag die Receiver mit oscam,mgcam,camd3,gbox etc. bei
Usern ein, oft über Teamveawer, die t34 als Server geht nicht, aber die t33 geht....

Nun da werde ich mal das image tauschen.
Wo (in welchem threat) sind die config?

Freezer und Kästchenbildung bei HD+ mit Sky V13/Oscam Ymod und 7884 teils bis sich Triplex aufhängt

füg einfach zuerst Reader ein den du brauchst, am besten mit DDC oder anderen geeigneten Editor
dann Dateien direkt auf Receiver schieben

Grüß Dich Thomas,
sicherlich ist es ein Lösungsweg, doch aus meiner Sicht nur eine "Ausweichstrategie" denn unter Spark, soweit meine ersten Eindrücke, kein Problem, sondern eben in E2 nicht sauber implementiert.

Über die unterschiedlichen Lösungsansätze kann man dann noch geteilter Meinung sein:
- bin ich in der Nähe zum AP, kommt sicherlich ein x Meter LAN-Kabel in betracht
- dLAN (über Stromnetz) bin ich persönlich skeptisch, gibt es neu ab 25,-- + (Allnet Powerline All168250) (nur warum in der Bucht so viel gebrauchte?)
- WIFI Bridge IEEE 802.11B/G (52Mbit Brutto) ab 21,--
- WIFI Bridge IEEE 802.11B/G/N (150Mbit Brutto) ab 23,--
- Und dann noch die "Königslösung" AP mit DD-WRT oder OpenWRT (z.B TL-WR941ND 300MBit Brutto) ab 37,--

Grundsätzlich darf gerade bei WLan die Brutto/Netto-Quote nicht außer Acht gelassen werden...

Und vor diesem Hintergrund wäre zumindest unter dem Streamingaspekt bei WLan 300MBit zu bevorzugen... (aus eigener Erfahrung, wobei ich eingestehen muss, dass per Ethernet-Crossover, also 94Mbit Nettorate, es auch unter E2 gut ging, über AP erinnere ich nicht mehr)

Summer summarum sollte die E2 Implementation hinsichtlich Stabilität in Sachen WLan vorangetrieben werden, denn Spark liefert den Beweis, dass es geht...

LG

Nachtrag Post #47

Auch mit WIFI 802.11n (theoretisch bis 300 MBit) funzt meistens das HD-Streaming nicht wirklich gut. Es sei denn, man hat keine weiteren Störquellen und Sender und Empfänger sind nicht zu weit entfernt. Mit LAN, was ja theoretisch nur 100 MBit hat, aber normalerweise kein Problem.

Trotzdem funzt bei mir mit der Golden Media Triplex mit E2 HDMU-Image auch kein Streaming von HD-Material von meinem Win7 PC. Von meiner Azbox kein Problem.

Und das Interessante. Streame ich Material was auf meinem Win7-PC liegt, auf meine Golden Media Triplex mit E2 HDMU-Image und gehe aber nicht direkt auf den PC sondern über meine Azbox als Gateway, dann funzt eigenartigerweise auch da ein HD-Stream problemlos. Ich nehme an, dass da was faul am CIFS-Format des HDMU-Images ist.

Wlan wird bei einigen schon ausgemustert weil es nur Probleme und Ärger bereitet und sinnlos Energie verpulvert.
Vergleich mal ein E2 und z.b. Neutrino in der Perfomance.
Statt 1 Basisimage stabil und schnell kommt leider immer mehr Unsinn rein, den viele eh nie verwenden.
Dann oft noch Plugins die nicht angepasst wurden.

Freezer und Kästchenbildung bei HD+ mit Sky V13/Oscam Ymod und 7884 teils bis sich Triplex aufhängt

füg einfach zuerst Reader ein den du brauchst, ...

Meine lokaler V13 Reader funktioniert ja zufriedenstellend, wenn auch nicht im fastmode. Nur erreiche ich nicht von einer DB 800se mit Oscam über das cccam Protokoll die V13 auf dem Triplex nicht. Oscam, weil auf der DB noch eine lokale HD02 läuft.
Googgie empfiehlt mir auf der DB nur CCCam laufen zu lassen. Da kenne ich mich überhaupt nicht aus.
Ist schon zum Verzweifeln. Muss doch möglich sein, zwei Oscam Server im Crossover laufen zu lassen!
Siehe auch hier
mobil geantwortet:) homesharing V13 von triplex für 800se funktioniert nicht

Ja, das mit dem "immer mehr Unsinn" kann ich auch nicht wirklich nachvollziehen...

Das erinnert mich an die ErrorSoft(MicroSoft)-Manier, immer mehr SchnickSchnack anstatt eines stabilen Basissystems, das für mich bei E2 in der Tat solche Sachen wie USB, WLan, HDD, CIFS etc. betreffen und dann kann man sich auch an dem "Look and Feel" ergötzen, so gewinne ich immer mehr den Eindruck von "mehr Schein als Sein"...

Ich mach für heute Feierabend... gutes Nächtle...

Es steht ja Jedem frei welche Box er sich kauft und bei Linuxboxen, welche Benutzeroberfläche er will.

Für mich ist derzeit E2 die beste Oberfläche.

Kann ich nur beipflichten. Und wenn openwrt dann würde ich gargoyle empfehlen, verwendet jetzt auch den "attitute adjustment" branch von openwrt der sehr viele router abdeckt. Nur leider kommt bei meiner Konstellation (TP-Link Wr1043 als AP und WR841 als WLan bridge) über 2 Stockwerke nicht ganz so viel an. Immerhin reicht es jetzt um per webif auch einen HD Sender zu streamen.

Was ist denn an "Unsinn" dazugekommen? Außerdem ist das was du als Unsinn bezeichnest, für andere eine Basisfunktion. Wie also sollte man das anständig regeln?

Das galt nicht nur für HDMU sondern für alle E2 Image.

Zuerstmal wäre sinnvoll alles stabil zu haben, Fehler auszumerzen.
Plugins als Zusatz anzubieten die auch wirklich passen (siehe HDMU da kommt jemmand schreibt Plugin y geht und zack ab auf Feed ohne mal zu prüfen ob das stimmt oder sich mit anderen Plugins verträgt)
Beispiel Scart - seit zig Versionen wird die Player.ko nachträglich ausgetausch statt gleich die richtige mitzubauen
der jetzige Skin direkt nach Installieren sieht aus als sei man im "Theater, Oper" in ner Vorführung aber des ist geschmackssache
ich wäre da mehr für einen resourcenschonenden Skin als Standard
Pti -Task 20 -50 %CPU
Wlan 70 % Cpu
(diese % angaben sind alle aus Threads vom HDMU)
nun rechne mal was da übrig bleibt für Basisimage, + Plugins
die Fernbedienung für Pingulux Plus wird und wird nicht eingebaut
man könnte die Liste beliebig fortsetzen

siehe Titan Alpha - einfach schlicht schnell
heute nur noch lahm, dies und das geht nicht - ist also daselbe passiert

und hier ein Beispiel aus der täglichen Praxis Probleme mit E2 Images

genau das wollte ich nicht - das das so wiedermal endet
statt Punkte zu überdenken wird alles als Angriff gewertet

Basis stabil
TV muss einwandfrei laufen ohne frezzer etc, alles andere ist doch Spielerei
daselbe ist auch bei Spark zu sehen, seit HBBTV rein kam + Portal und Kartinatv würd es immer mehr murks
statt das ganze als Plugin zu lösen - dafür ist die Api doch da, kommt alles ins image rein

Hallo Thomas,

finde deine Behauptung die plugins kommen ohne zu testen auf den Feed ziemlich daneben.
Alle plugins sind getestet und laufen in der regel auch.

Weißt du eigentlich wie viel Stunden ich mit testen der plugins verbringe?

Auch ich habe hier keinerlei freezer, bildhänger oder sonstiges.

Ich habe auch keine Probleme, wie Freezer oder so mit dem HDMU 1380 auf der Spark Triplex.

Das es Plugins gibt, die da was anstellen, ist denke ich normal. Aber meine Plugins (webmedia, Oscam_Ymode, 3 verschiedene Skins, darunter auch das manche Zeiger verbiegende HD Glass16, laufen auch problemlos. Skins sind natürlich immer Geschmackssache. Wobei mir - bis auf die kleinen Fenster am Beginn - auch das Originalskin von HDMU gefällt. Standardmäßig habe ich deshalb nun das Rebvolution laufen. Leider finde ich nicht das OpnnPliHD-Skin nicht für Sh4. Das gefällt mir eigentlich am besten.
Einzig das Plugin Partnerbox funzt mit meinen Azboxen nicht. Das hat in einer früheren Version auch schon gefunzt. Ich denke das läuft seit dem neuen Python nicht mehr.

Für mich jedenfalls, wie schon ein paar mal gesagt, das beste E2 Image derzeit für die Spark Triplex. Aber auch bei mir verlangsamt sich die Box, wenn ich mit WLAN die Box betreibe. Ist mir aber egal, da ich ohnehin ein LAN-Kabel liegen habe.

Dann schalte mal das WLAN ein. mobil geantwortet:)

Danke Bonkel!

Allerdings ist der skins-fullhdpli V1.0 auf dem Feed nicht der, den ich meine.
Der heißt auf Mips-Boxen einfach Pli-HD

Hier mal ein paar Screenshots davon.
Kanalliste.jpg Menü.jpg Normaler_Kanal.jpg Second_Infobar.jpg