github.com/oe-alliance/oe-alli…ad76a6d52de34a37ff81c2f20 Es wurde wieder rausgenommen und scheinbar doch bei ATV weiter gebaut? mhh

@ronaldmacdonald hbbtv ist eben auch nicht gleich hbbtv. Genauso wenig du eine Oscam von mipsel auf einer arm ans laufen bekommst, so verhält es sich auch mit dem hhbtv. Bei der Oscam ist aber aber eine offene Source die recht einfach angepasst werden kann. Bei hbbtv basteln die alle irgendwelche Sachen und dies wird dann mit den binary verpatcht. Da bei gigablue niemand zu Hause sitzt und das bastelt, werden die leider dies wieder in Auftrag geben müssen. Das kostet Geld und wer weiß wann es we…

ich versuche es mal aufzudröseln... Es gab und gibt ja ein Problem entweder mit dem Tunermanagment, oder dem Hbbtv. So war es doch schon lange. Prinzipiell kann die Box das aber alles, nur wurde es irgendwie kaputt gebastelt. Jetzt ist die Frage was einem lieber ist. Tuner-> 6.3.12 beta ich glaub die sind auch im Image, so war es gewünscht. hbbtv-> Keine Tuner mit openHDF 6.2 Ich hab die Box nicht und kann es leider nicht testen. Nach wie vor ist die Box aber noch mehr als ausreichend und es gib…

Falls du noch Kontakt zu ihm hast, er kann dir da wegen Hisi Boxen und ffmpeg sicher mehr erzählen. Er hatte selbst mit der Zgemma h9 glaub einiges verbessern können. Aber wie gesagt die laufen auch so schon echt Medihandling echt gut. Ich bastel sicher viel und gerne, aber bei mir ist leider eher ein langer Lernprozess und das meiste try&error. Mir ist die ffmpeg Lösung aber deutlich sympathischer als dieses ständige Festhalten am gst. Für mich macht die interne Lösung der Hisi Boxen schon so o…

Vorweg ...ich kann es leider nicht testen.... Der Bau der Hisi Boxen findet ohnehin rein ffmpeg basierend satt. Im OE-Core noch etwas umständlich gestaltet, da hier immer noch im e2 fest verankertes gst via servicemp3 und dem Image ist. Im Pli hat man dies schon länger aus dem e2 heraus gelöst und das macht es auch deutlich sorgfältiger. Wenn man dies bei den Hisi Boxen weiß, dann wird man schnell verstehen, das dann eine Abwandlung der internen Lösung mit veränderter ffmpeg einhergeht und dies …

Fällt mir jetzt ehrlich gesagt etwas schwer mich über die Imagepflege von ATV auszulassen. Ein Fan von VU+ oder den in meinen Augen ähnlich arrogant und überheblich daher kommenden Dream bin ich bekanntermaßen ohnehin nicht. Völlig unstrittig ist bei derartigen Auftreten auch kein Image für die zu bauen. In der aktuellen Buildumgebung laufen allerdings eine Reihe von Boxen nicht einwandfrei. Das ist eher ein Problem des immer schneller werdenden Wechsel der Buildumgebung. Das ist einfach für kei…

Ich frag mich jetzt aber schon woher diese Information denn her kommen soll? Soweit ich weiß sind doch im git gerade wieder einige Updates seitens VU+ gemacht worden. Auch steht VU+ sogar nach wie vor in der offiizell supporteten Liste von ATV. na ja... Mir soll es egal sein was so alles erzählt wird.

Speicherfehler würden vom System markiert werden. Diese Bereiche würde der Speicher dann nicht mehr benutzen. Defekte Speicherbereiche gibt es immer und sind in kleinem Maße auch völlig normal. Was bei den einzelnen Befehlen dann jeweils ausgegeben wird ist etwas variabel. Die defekten Einheiten/Bereiche in Zahlen zu wissen hilft auch nicht wirklich. Grob würdest du bei einem defekten Speicher schnell merken, das er wirklich defekt wäre. Du hättest quasi mit jedem Flash weniger Speicher zur Verf…

wird wohl eher damit was zu tun haben -> github.com/oe-alliance/oe-alli…94c64f75783b11aa500ca192b Würde den Commit lokal mal zurück ziehen und dann bauen. Die Commits im qt Webkit sind ja immer etwas problematisch. Auf der anderen Seite fehlt dann die Anpassung des Webkits der Hersteller und oft geht dann was schief.

mhh...verstehe ich jetzt nicht. Zum einen ist es schon ein Problem vom e2, so denn das e2 mit bisher unbekannten internen Medien nicht richtig umgehen konnte. Zum anderen gibt es doch ein Image vom 11.11.09, das müsste doch die Änderungen vom 08.11.09 integriert haben. Aber egal, Hauptsache läuft.

Ist vielleicht permanent Timeshift eingerichtet? Grüße

...ja da hab ich wieder was vergessen, aber vielleicht klappt der Ansatz der Idee.

github.com/OpenPLi/enigma2/com…2177bcd0ce1658f6f9ced31b3 Da scheint wohl irgendwas den Jungs vom pli aufgefallen zu sein. Wahrscheinlich haben nur wenige noch interne Lösung von Festplatten, daher wenig Feedback. Weiß jetzt nicht ob dies eventuell auch im HDF Anwendung finden könnte. Edit: wäre dann im HDF der Versuch github.com/openhdf/enigma2/blo…mponents/Harddisk.py#L140 zu ändern in Quellcode (1 Zeile) aber das müsste wäre testen der die Kiste mit interner Box hat Grüße

Unicable LNB hast du geschreiben, dann kann es nicht funktionieren. Tuner können nicht gleich sein. Unicable braucht unterschiedliche scr, also Frequenzen damit es entsprechend angesteuert wird. Also um das Problem zu lösen folgende Angaben : Welches LNB /welches Unicable Protokoll? Dann Tunerconfig genau posten. Klar ist das beide Tuner separat eingerichtet werden müssten. Grüße

@redzoro öh? Ich zweifel an niemanden Kompetenz, außer an meiner eigenen, aber das hab ich ja auch geschrieben. aber passt schon, bin wieder raus... Grüße

Wie gesagt mir fehlt mit Sicherheit das Wissen dies alles genau zu erklären.... Viel Ram alleine ist aber insbesondere bei Linux nicht die einzige Lösung. Siehe seinerzeit auch die ewige Diskussion der sf4008. Die Box wurde bzgl Speichermanagement schlichtweg bescheiden unterstützt. Da haben Kernel und Treiber aneinander vorbei gearbeitet. Auch die Gigablue hat ganz offensichtlich hier ein Problem, welches aber gelöst werden kann. So wie oben dargestellt fehlt in der config der Box schlichtweg e…

Siehst du.... und genau diese pauschale vereinfachte Aussage sehe ich immer wieder. Keine Ahnung auf welcher Datenlage dies beruht. Mir fehlt sicherlich die Kompetenz dies exakt darzustellen. Meine Erfahrung ist aber eine gänzlich andere. In meinen Augen hat swap überhaupt keine negative Auswirkung auf laufende Prozesse. Wieso sollte es auch? Für mich ist dies ein Bestandteil des Kernels von Linux und sollte auch genutzt werden. Immer dabei berücksichtigt, dass natürlich nicht von fragwürdigen S…

Ich hab seit wahrscheinlich mittlerweile 10 Jahren nicht verstanden, warum das "Swappen" als negativ dargestellt wird? Eine Linux-Distribution egal welcher Art wird nicht langsamer wenn sie swapped. Jeder vernünftig ausgelegte e2-Receiver sollte swap nutzen. Dies ist ein Mehrwert. Soweit ich das bisher gesehen habe, wurde dies auch bei allen ARM und Hisi Boxen aktiviert. Leider eben nicht gleichermaßen sorgfältig. Warum also Quellcode (1 Zeile) Dies ist eher ein Problem, als ein Segen, wenn erst…

ich hatte doch das DursSat Durline geschrieben. Wie ich es gesehen habe sind die 24 Frequenzen gleich verteilt auf die jeweiligen SCR. Überlege Kauf eines LINUX-Receivers

Dann poste doch mal die Einstellung bzgl Unicable, aber dies wäre eventuell auch ein neue Thema wert;-) Quellcode (24 Zeilen) Müsste der Dura-Sat(DUR-line) entsprechen. Grüße